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提要 


本 书 是 经 典 著 作 《 重 构 》 出 版 20 年 后 的 新 版 。 书 中 清晰 
揭示 了 重 构 的 过 程 ， 解 释 了 重 构 的 原理 和 最 佳 实践 方式 ， 并 给 
出 了 何 时 以 及 何 地 应 该 开始 挖掘 代码 以 求 改善 。 书 中 给 出 了 60 
多 个 可 行 的 重 构 ， 每 个 重 构 都 介绍 了 一 种 经 过 验证 的 代码 变换 
手法 的 动机 和 技术 。 本 书 提出 的 重 构 准则 将 帮助 开发 人 员 一 次 
一 小 步 地 修改 代码 ， 从 而 减少 了 开发 过 程 中 的 风险 。 


本 书 适 合 软件 开发 人 员 、 项 目 管 理 人 员 等 阅读 ， 也 可 作 
为 高 等 院 校 计算 机 及 相关 专业 师 生 的 参考 该 物 。 
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My ASS A ES 


过 去 20 年 ，《 重 构 》 一 直 是 我 案头 常备 的 图 书 。 每 次 重 
读 ， 仍 有 感悟 。 对 我 而 言 ，《 重 构 》 的 意义 不 只 在 于 指导 代码 
重 构 ， 更 在 于 让 人 从 一 开始 束 知 道 什 么 是 好 的 代码 ， 并 且 尽 量 
写 出 没有 “ 坏 味 道 ” 的 代码 。Martin Fowler 这 次 对 本 书 进行 的 重 
构 ， 体 现 了 近年 来 编程 领域 的 一 些 思 潮 变 化 。 看 来 ， 既 有 设 
计 ， 永 远 有 改进 空间 。 
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重 构 早 就 成 了 软件 开发 从 业者 本 能 的 一 部 分 ， 每 个 IDE 
都 内 置 了 重 构 功能 ， 每 个 程 友 员 部 定期 重 构 目 己 的 代码 。 技 能 
上 通常 不 再 是 问题 ， 但 是 相对 于 当年 第 1 版 的 读者 ， 现 在 的 程 
序 员 对 于 重 构 这 个 思想 从 何 而 来 以 及 各 种 细节 反而 更 陌生 ， 这 
时 候 束 更 值得 重新 读 一 下 这 本 书 了 。 


一 一 霍 炬 ，PRESS.one CTO 


有 人 说 Martin Fowler 改 变 了 人 类 开发 软件 的 模式 ， 这 一 
点 也 不 过 分 ， 从 《分 析 模 式 》《UML 精 粹 》 《领域 特定 语 
言 》， 到 这 本 《 重 构 》 新 版 可 以 看 得 出 来 ， 他 的 每 一 本 书 都 是 
软件 开发 人 员 必 备 的 案头 读物 。 此 前 他 参与 的 “敏捷 宣言 >， 更 
是 引领 了 整个 行业 对 敏捷 开发 的 认识 ， 一 直到 现在 。Martin 
Fowler 是 我 们 QCon 全 球 软件 开发 大 会 进入 中 国 时 的 第 一 届 讲 
师 ， 也 是 在 那 次 会 议 上 ， 他 让 国内 的 技术 社区 领略 了 国际 领先 
的 开发 模式 ， 从 此 “敏捷 ”二 字 开 始 风行 国内 I 领域 。 












































今年 是 QCon 进 入 中 国 的 第 十 个 年 头 ， 我 特别 开心 看 到 
Martin Fowler 又 重 写 《 重 构 》 这 本 影响 深远 的 书 ， 他 几乎 完全 
蔡 换 了 书 中 所 引用 的 模式 案例 ， 并 且 基 于 现在 用 户 的 习惯 ， 采 
用 了 JavaScript 语 言 来 做 说 明 语 言 。 数 十 年 来 他 始终 保持 对 技 
术 的 关注 ， 对 创新 的 热情 ， 乐 此 不 疲 ， 这 是 Martin 最 令 人 冤 佩 
的 地 方 ， 也 是 非常 值得 我 们 每 一 个 技术 人 学 习 的 地 方 。 


一 一 霍 泰 稳 ， 极 客 邦 科技 、InfoQ 中 国 创 始 人 兼 CEO 


当今 软件 开发 的 速度 越 来 越 快 ， 市 来 的 拉 术 俩 也 越 来 越 
多 ， 我 从 CSDN 目 身 的 网 站 系统 开发 中 充分 认识 到 重 构 的 重要 
性 一 一 如 果 我 们 的 程序 员 能 理解 和 掌握 重 构 的 原则 和 方法 ， 我 
们 的 系统 就 不 会 有 这 么 多 沉重 的 债务 。 真 正本 质 的 东西 是 不 变 
的 ，《 重 构 》 在 出 版 20 年 后 推出 了 第 2 版 ， 再 次 证 明 : 越 本 质 
的 越 长 入， 也 越 重 要 。 庄 心 期 待 更 多 的 新 一 代 开 发 者 能 从 这 本 
书 吸收 营养 ， 开 发 出 好 味道 的 系统 。 


一 一 将 涛 ，CSDN 创 始 人 、 和 董事 长 


最 早 看 到 本 书 第 1 版 的 英文 原版 并 决定 引进 国内 ， 算 起 来 
己 经 是 20 年 前 的 事 了 。 虽 然 时 间 是 最 强大 的 重 构 工具 ， 连 书 里 
的 示例 语言 都 从 Java 变 成 JavaScript 了 ， 但 书 中 的 理念 和 实践 的 
价值 并 没有 随时 间 流 逝 。 这 充分 证 明 ， 即 使 在 日 新 月 异 的 IT 技 
术 世 界 里 ， 不 变 的 东西 其 实 还 是 有 的 ， 这 种 书 才 是 真正 的 经 
典 ， 是 技术 人 员 应 该 优先 研读 并 一 恋 再 读 的 。 


一 一 刘 江 ， 疾 团 技术 学 院 院 长 


“对 于 软件 工程 师 来 说 ， 重 构 ， 并 不 是 额外 的 工作 ， 它 就 
是 编码 本 里。” 直 到 我 恋 过 《 重 构 》， 并 经 过 练习 ， 才 真正 理 
解 到 这 一 点 。 真 希望 自己 在 20 多 年 前 写 第 一 个 软件 时 ， 就 能 读 
到 这 本 书 ， 从 而 能 节省 出 大 量 调试 或 重复 研究 代码 的 时 间 。20 
年 过 去 了 ，《 重 构 》 这 本 书 也 根据 当前 软件 设计 及 相关 工具 的 
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多 的 软件 工程 师 能 够 应 用 这 一 技术 节省 出 更 多 的 时 间 。 


齐 梁 ， 上 腾讯 忆 级 省 理 顾 问 、《 持 续 交 付 2.0》 作 者 


重 构 是 一 项 被 低估 了 的 技术 能 力 。 说 起 来 ， 重 构 就 是 “不 
改变 外 在 行为 ， 而 提高 代码 质量 "这么 简 简单 单 的 一 句 话 ， 但 
其 带 来 的 影响 却 非 常 深远 : 它 使 我 们 在 解决 问题 时 可 以 放心 
地 “ 先 做 对 ， 再 做 好 ”一 一 这 种 思路 本 里 束 可 以 极 大 地 简化 问 
题 ; 它 使 我 们 消除 无 谓 的 意气 之 争 一 一 “所 谓 好 ， 就 是 更 少 的 
坏 味道 ”"。 我 由 衷 地 认为 ， 切 实地 读 懂 了 《 重 构 》 的 程序 员 ， 
在 能 力 上 都 会 获得 一 个 数量 级 的 提升 。 


徐 吴 ，ThoughtWorks 中 国 区 技术 总 监 


ERIE FE ES REE GY RS AS FS YY 
(ie, (HRY) Aa URS Ek, FESR FN (NES BA eK 
书 就 的 ， 只 要 按 这 本 书 里 的 方法 去 做 ， 谁 都 能 把 代码 写 得 那么 
好 ; 当 我 还 是 职场 新 人 ， 没 来 得 及 写 出 太 多 垃圾 代码 的 时 候 ， 
这 本 书 束 教会 了 我 ， 应 该 去 退 求 编写 人 能 够 读 异 的 而 不 是 仅 机 
铝 能 够 读 展 的 代码 。 多 年 以 后 的 人 系 时 菜 刻 ， 当 你 编码 自信 而 敏 
捷 ， 因 代码 清晰 而 受 人 导 重 时 ， 你 会 庆 辛 读 过 这 本 书 ， 你 也 会 
有 些 遗 憾 ， 应 该 再 早 一 反 去 读 这 本 书 。 无 论 过 去 了 多 少年 ， 这 
本 书 ， 一 直 值 得 推荐 。 



























































韶华 ， 京 东 7FRESH 架 构 师 


在 大 获 成 功 的 《 重 构 》 第 1 版 里 ，Martin Fowler 传 达 的 核 
心理 念 是 : 代码 会 随时 间 流 逝 而 烂 擅 。 写 得 再 好 的 程序 代码 ， 
若是 发 布 了 就 一 直 保 持原 样 ， 照 样 会 风化 、 破 人 碎 乃 至 分 朋 离 
析 。 这 是 客观 规律 ， 避 人 免 这 种 命运 的 唯一 出 路 是 持续 重 构 。 要 
想 成 为 高 素质 的 软件 工程 师 ， 必 须 认识 这 一 点 。 

















204-2 Ja, Martin Fowler 用 现身说法 证 明 ， 经 典 的 《 重 
构 》 也 会 变 得 不 合 时 宜 ， 也 需要 重 构 。 如 今 ， 不 但 讲解 语言 从 
Java 改 成 了 JavaScript， 原 来 的 重 构 示例 也 做 了 很 多 调整 ， 新 增 
了 15 个 示例 ， 更 重要 的 是 ， 新 版 示例 不 再 那么 “ 面 同 对 象 ?， 应 
当 会 收获 更 广泛 的 读者 和 群 。 


软件 不 死 ， 重 构 不 昧 。 
Ro (AUG ie: 程序 员 的 职业 素养 》 译 者 


随 着 软件 项 目 日 积 月 累 ， 系 统 维护 成 本 变 得 越 来 越 高 昂 
是 互联 网 团队 共同 面临 的 问题 。 用 户 在 使 用 互联 网 系统 的 过 程 
中 ， 明 到 的 各 类 运行 错误 或 者 不 可 访问 故障 ， 以 及 开 友 团队 面 
临 的 历史 系统 不 可 维护 问题 ， 很 多 时 候 是 代码 初次 开发 过 程 中 
各 种 细小 的 不 规范 引起 的 。 持 续 优化 已 有 代码 是 维护 系统 生命 
力 最 好 的 方法 。《 重 构 》 是 我 推荐 团队 必 读 的 技术 图 书 之 一 。 


一 一 杨 卫 华 (Tim Yang) ， 微 博 研 发 副 总 经 理 


软件 行业 已 经 融 速 及 展 数 十 年 ， 束 好 似 一 个 轨 新 的 城 
市 ， 从 一 个 个 村 屋 矮 房 到 局 楼 林立 。 而 你 的 代码 库 就 好 比 你 手 
下 的 一 个 房间 、 一 收 平 房 、 一 条 街道 、 一 片 社区 乃至 是 一 座 摩 
天 大 楼 。 作 为 一 本 经 典 的 软件 开 友 书 ，《 重 构 》 告 诉 我 们 的 不 
仅仅 是 如 何 推倒 重建 、 清 理 、 装 修 ， 而 是 像 一 个 规划 师 一 样 从 
目的 、 成 本 、 手 段 、 价 值 等 综合 维度 来 思考 重 构 的 意义 。 在 开 
Be ee eee ee 
和 软件 。 






































一 一 阴 明 ， 气 金 社区 创始 人 


重 构 ， 是 一 个 优秀 程序 员 的 基本 功 ， 因 为 没 人 能 保证 其 
代码 不 随时 间 腐 化 ， 而 重 构 会 让 代码 重新 焕发 活力 。 整 个 软件 
行业 对 重 构 的 认 知 始 于 Martin Fowler 的 《 重 构 》， 这 本 书 让 人 














们 知道 了 “代码 的 坏 味 道 >， 见 识 到 了 “小 步 前 行 > 的 威力 。 时 隔 
20 年 ，Martin Fowler 重 新 执笔 改写 《 重 构 》，20 年 间 的 思维 变 
迁就 体现 在 这 本 书 里 ， 在 第 1 版 中 ， 我 们 看 到 的 是 当时 方 兴 末 
艾 的 面 癌 对 象 ， 而 第 2 版 则 透露 出 函数 式 编程 的 影响 。 如 果 说 
有 什么 程序 员 进 阶 秘 和 党 ， 那 融 是 不 要 错过 Martin Fowler 的 任何 
ee ote eae 
Ar hx ! 
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如 果 看 完 本 书 ， 就 兴 冲 冲 地 想 要 找 一 些 代 码 来 重 构 ， 那 
RAY BEBE A Se BES MZ T o 


了 解 本 书 中 列 出 的 那些 坏 味道 ， 不 仅仅 可 以 发 现代 码 中 
ARLES, SET BR URES AIBA: 在 一 开始 的 时 
候 ， 就 不 写 或 者 少 些 那 种 味道 很 坏 的 代码 。 还 应 该 激励 目 己 ， 
深入 地 理解 娘 构 、 理 解 业务 、 理 解 需求 ， 减 少 因 设计 失误 而 导 
致 徒劳 无 益 地 反复 重 构 。 

重 构 也 是 有 成 本 的 ， 所 以 应 该 思考 如 何 降低 重 构 的 成 
本 。 我 推荐 每 一 个 程序 员 痢 来 学 习 “ 重 构 ” 这 门 手艺 。 因 为 学 习 
《 重 构 》， 是 为 了 减少 “ 重 构 ”! 


一 一 庄 表 伟 ， 开 源 社 理 事 、 执 行 长 ， 华 为 云 DevCloud 高 级 产品 
经 理 




















Biisc (Hie) , PPM Cae Ae) 


2009 年 ， 在 为 《 重 构 》 第 1 版 的 中 译本 再 版 整理 译 稿 时 ， 
我 已 经 隐约 察觉 行业 中 对 “ 重 构 ” 这 个 概念 的 矛盾 张力 。 一 方 
面 ， 在 这 个 “VUCA”( 易 变 、 不 确定 、 复 杂 、 模 糊 ) 横行 的 年 
代 ， 有 能 力 调整 系统 的 内 部 结构 ， 使 其 更 具 长 期 生命 力 ， 这 是 
一 个 令 人 神往 的 期 许 。 另 一 方面 ， 重 构 的 扎实 功夫 要 学 起 来 、 
做 起 来 ， 颇 不 是 件 轻松 的 事 ， 且 不 说 详尽 到 近乎 琐碎 的 重 构 手 
法 ， 光 是 单元 测试 一 事 ， 怕 是 已 有 九 成 同行 无 法 企及 。 结 
果 ,“ 重 构 ” 渐 渐 成 了 一 块 漂亮 的 招牌 ， 大 家 都 愿意 挂 上 这 个 名 
号 ， 可 实际 上 干 的 却 多 是 “ 刀 辟 佐 砍 ”的 勾当 。 


如 今 又 是 10 年 过 去 ， 只 从 国内 的 情况 而 论 ,“ 重 构 ? 概 念 
KREDA, KARRI A. PES SEIN AAA RS 
By ne EAE RY AL, MATAR ORE EA RBC Ta A FE E BIZ 
的 环境 下 ， 例 如 系统 架构 乃至 组 织 结构 ， 都 可 以 “ 重 构 ”一 下 。 
然而 基本 功 的 到 缺 ， 却 也 一 路 如 影 随 形 。 当 年 在 对 象 中 的 刀 劈 
FAK, USPS FAI. ZARA. TE E A 
ERRE, EERE ER. SE. A EP 


此 时 转 头 看 Martin ”Fowler 时 隅 将 近 廿 载 后 终于 付 样 的 
《 重 构 》 第 2 版 ， 我 不 禁 感 叹 于 他 对 “ 微 末 功夫 ”的 执着 。 在 此 
书 尚未 成 型 之 前 ， 我 和 当时 ThoughtWorks 的 同事 兽 有 很 多 猜 
测 ， 猜 Fowler 先 生 是 否 会 在 第 2 版 中 拔高 层次 ， 多 谈 谈 设计 乃 
至 架构 级 别 的 重 构 手 法 ， 甚 或 跟随 “敏捷 组 织 关 精益 企业 ”的 风 
潮 谈 谈 组 织 重 构 ， 也 未 为 不 可 。 训 料 成 书 令 我 们 跌 破 眼镜 ， 
Fowler 先 生 不 仅 没 有 拔高 ， 反 而 把 工夫 做 得 更 扎实 了 。 



























































对 比 前 后 两 版 的 重 构 列 表 ， 可 以 发 现 : 第 2 版 收录 的 重 构 
手法 在 用 途上 更 加 内 聚 ， 在 操作 上 更 加 连贯 ， 更 重视 重 构 手 法 
之 间 的 组 合 运 用 。 第 1 版 中 占 了 整 草 篇 幅 的 “大 型 重 构 ”"， 在 第 2 
版 中 全 数 删 去 。 一 些 较为 复杂 的 重 构 手 法 ， 例 如 复制 “被 监视 
数据 *”、 塑 造 模板 函数 等 ， 第 2 版 也 不 再 收录 。 而 第 2 版 中 新 增 
的 重 构 手法 ， 则 多 是 提 烁 变量、 移动 语 句 、 拆 分 循环 、 拆 分 变 
量 这 样 更 加 细致 而 微 的 操作 。 这 些 新 增 的 手法 看 似 简 单 ， 但 直 
指 大 规模 遗留 代码 中 最 常见 的 重 构 难 点 ， 正 好 补 上 了 第 1 版 中 
涂 漏 的 细节 。 这 一 变化 ， 正 反映 出 Fowler 先 生 对 于 重 构 一 事 一 
贯 的 态度 : 和 干 里 之 行 积 于 叶 步 ， 越 是 面 对 复 杂 多 变 的 外 部 环 
境 ， 越 是 要 做 好 基本 功 、 迈 出 扎实 步 。 


识别 坏 味 道 、 测 斌 先行、 行为 保持 的 变更 动作 ， 是 重 构 
的 基本 功 。 在 《 重 构 》 第 2 所 里 ， 重 构 手 法 的 细节 被 再 度 打 
麻 ， 重 构 过 程 比 之 第 1 版 愈 发 泊 畅 。 细 细 品 味 重 构 手法 中 的 前 
后 步 又， 琢磨 作者 是 如 何 做 到 行为 保持 的 ， 这 是 能 局 及 读者 举 
一 反 三 的 读书 法 。 以 保持 对 象 完整 重 构 手 法 为 例 ， 第 1 版 中 的 
做 法 是 在 原本 函数 上 新 添 参数 ， 而 第 2 版 的 做 法 则 是 先 新 建 一 
个 空 函 数 ， 在 其 中 做 完 想 要 的 调整 之 后 ， 再 整体 蔡 换 原本 函 
数 。 两 相对 比 ， 无 疑 是 新 的 做 法 更 加 可 控 、 出 错时 测试 失败 的 
ya E BE /)y 


无 独 有 偶 ， 我 在 ThoughtWorks 时 的 同事 王 健 在 开展 大 型 
的 架构 重 构 时 ， 忆 结 了 重 构 的 “十 六 他 心 法 ”， 愉 与 保持 对 象 完 
整 重 构 手 法 在 第 2 版 中 这 个 新 的 做 法 上 暗合 。 这 十 六 字 心 法 如 是 
说 : 



































日 的 不 变 ， 
新 的 创建 ， 
一 步 切 换 ， 


旧 的 再 见 。 


从 这 个 视角 品味 一 个 个 重 构 巨细 靡 遗 的 做 法 ， 读 者 大 概 
能 感受 到 重 构 与 “ 思 辟 私人 砍 ” 之 间 最 根本 的 分 收 。 在 很 多 重 构 
(例如 最 常用 的 改变 函数 声明 的 做 法 中 ，Fowler 先 生 会 引 
入 “很 快 束 会 再 次 修改 甚至 删除 ”的 临时 元 系 。 假 如 只 看 起 止 状 
态 ， 这 些 变 更 过 程 中 的 临时 元 了 系 似乎 是 浪费 : 为 何不 直接 一 步 
到 位 改变 到 完善 的 结果 状态 呢 ? 然而 这 些 临时 元 素 所 代表 的 ， 
是 对 变更 过 程 〈 而 非 只 是 结果 ) 的 设计 。 缺 乏 对 过 程 的 精心 设 
计 与 必要 投入 ， 只 抱 大 对 结果 的 美好 懂 慢 提 妃 上阵， 过 到 困难 
就 靠 “ 备 斗 精 神 ? 和 加 班 解决 ， 这 种 “ 刀 劈 逢 砍 ? 不 止 发 生 在 缺乏 
审慎 的 “ 重 构 ? 现 场 ， 又 何 答 不 是 我 们 这 个 行业 的 缩影 ? 


是 以 ， 重 构 这 门 技艺 ， 以 及 Fowler 先 生 撰 写 《 重 构 》 的 
态度 ， 代 表 的 是 软件 开发 的 匠 艺 对 “正确 的 做 事 方式 ”的 重 
视 。 在 一 个 浮躁 之 风 日 盛 的 行业 中 ， 很 多 人 会 强调 “只 看 结 
果 ”， 轻 视 做事 的 过 程 与 方式 。 然 而 对 于 软件 开发 的 专业 人 士 
而 言 ， 如 果 和 忽视 了 过 程 与 方式 ， 也 束 等 于 放弃 了 我 们 自己 的 六 
身 之 本 。EFowler 先 生 近 士 载 对 这 本 书 、 对 重 构 手法 的 精心 打 
磨 ， 给 了 我 们 一 个 榜样 : 一 个 对 匠 艺 上 心 的 专业 人 士 , 日 积 
累 对 过 程 与 方式 的 重视 ， 是 能 有 所 成 就 的 。 
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工 折 精神 感召 ， 在 Fowler 先 生 与 侯 捷 老师 的 帮助 下 ， 完 成 了 本 
书 第 1 版 的 翻译 工作 。 如 今 再 译本 书 第 2 版 ， 来 自 ThoughtWorks 
的 青年 才 俊 林 从 羽 君主 动 请 继 与 我 搭档 合 译 ， 我 亦 将 此 视 为 折 
艺 传 承 的 一 桩 美 事 。 新 一 代 程 序 员 中 ， 关 注 新 工具 、 新 框架 、 
新 商业 模式 者 伙 侨 ， 关 注 面 向 对 象 、TDD、 重 构 之 类 基本 功 者 
BE, WEFR, Ape FLR, NAST 
IND, MACK TZ. MFE (HER) E, RMA 
Fowler Æ, fete ITA EBT Tt, FRERE 
时 践 行 自 勉 。 如 今 新 一 代 软 件 工 匠 的 代表 人 物 林 君 接手 此 书 ， 







































































必 会 令 工匠 精神 传承 光大 。 


ta Ut a NS rea A faze: “ISIN EN, ERER. PAR 
码 当 如 是 ， 专 业 人 士 的 技艺 亦 当 如 是 。 与 《 重 构 》 的 诸位 读者 
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2019 年 1 月 26 日 于 成 都 


详 首 简介 


能 市， 在 IT 行业 已 经 打拼 了 18 年 ， 在 金融 、 零 售 、 政 
府 、 电 信 、 制 造 业 等 行业 的 信息 化 建设 方面 有 着 丰 是 经 验 ， 是 
中 国 开 业 敏捷 浪潮 的 领军 人 物 。 熊 节 拥 有 利物浦 大 学 MBA 学 


位 。 





林 从 羽 ”ThoughtWorks 软 件 开发 工程 师 ， 曾 服务 于 国内 
外 多 家 大 型 企业 ， 致 力 于 帮助 团队 更 快 更 好 地 交付 可 工作 的 软 
件 。 拥 抱 敏 捷 精 神 ，TDD 爱 好 者 ， 纯 键盘 工作 者 。 








第 1 版 序 


“ 重 构 ” 这 个 概念 来 自 Smalltalk 圈 子 ， 没 多 久 就 进入 了 其 
他 编程 语言 阵营 之 中 。 因 为 重 构 是 框架 开发 中 不 可 缺少 的 一 部 
分 ， 所 以 当 框 架设 计 者 讨论 目 己 的 工作 时 ， 这 个 术语 就 诞生 
了 。 当 他 们 精炼 自己 的 类 继承 体系 时 ， 当 他 们 叫喊 自己 可 以 拿 
挥 多 少 多 少 行 代码 时 ， 重 构 的 概念 慢 慢 浮 出 水 面 。 框 架设 计 者 
知道 ， 这 东西 不 可 能 一 开始 束 完 全 正确 ， 它 将 随 着 设计 者 的 经 
验 成 长 而 进化 ， 他 们 也 知道 ， 代 码 被 阅读 和 被 修改 的 次 数 远 远 
多 于 它 被 编写 的 次 数 。 保 持 代 码 易 读 、 易 修改 的 关键 ， 就 是 重 
构 对 框架 而 言 如 此 ， 对 一 般 软 件 也 如 此 。 


好 极 了 ， 还 有 什么 问题 吗 ? 问题 很 显然 ， 重 构 有 风险 。 
它 必须 修改 正在 工作 的 程序 ， 这 可 能 引入 一 些 不 易 察觉 的 错 
误 。 如 果 重 构 方式 不 恰当 ， 可 能 毁 掉 你 数 天 甚至 数 周 的 成 果 。 
如 果 重 构 时 不 做 好 准备 ， 不 遵守 规则 ， 风 险 就 更 大 。 你 挖掘 自 
己 的 代码 ， 很 快 发 现 了 一 些 值得 修改 的 地 方 ， 于 是 你 挖 得 更 
深 。 挖 得 越 深 ， 找 到 的 重 构 机 会 就 越 多 ， 于 是 你 的 修改 也 越 
多 ...... 最 后 你 给 自己 挖 了 个 大 坑 ， 却 扑 不 出 去 了 。 为 了 避免 自 
掘 坟墓 ， 重 构 必 须 系统 化 进行 。 我 和 三 位 合作 者 在 写 《 设 计 模 
式 》 一 书 时 曾经 提 过 : 设计 模式 为 重 构 提 供 了 目标 。 然 而 “ 确 
定 目标 只 是 问题 的 一 部 分 而 已 ， 改 造 程序 以 达到 目标 ， 是 另 
一 个 难题 。 


Martin Fowler 和 本 书 男 几 位 作者 清楚 地 揭示 了 重 构 过 


程 ， 他 们 为 面 问 对象 软 件 开 及 所 做 的 贡献 难以 估量 。 本 书 解释 
了 重 构 的 原理 和 最 佳 实践 ， 并 指出 何 时 何 地 你 应 该 开始 挖掘 你 






























































的 代码 以 求 改善 。 本 书 的 核心 是 一 系列 完整 的 重 构 方 法 ， 其 中 
每 一 项 都 介绍 一 种 经 过 实践 检验 的 代码 变换 手法 的 动机 和 技 
No EMH PERRO MWE TEO 看 起 来 可 能 很 浅 
显 ， 但 不 要 挥 以 轻 心 ， 因 为 理解 这 类 技术 正 是 有 条 不 率 地 进行 
重 构 的 关键 。 本 书 所 提 的 这 些 重 构 手法 将 帮助 你 一 次 一 小 步 地 
修改 你 的 代码 ， 这 就 降低 了 设计 演进 过 程 中 的 风险 。 很 快 你 就 
Gee te nA nee eget eae 
Ho 
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与 Kent ”Beck 在 三 万 英尺 高 空 的 飞行 旅途 中 结对 编程 。 我 们 运 
用 本 书 中 收录 的 重 构 手法 ， 保 证 每 次 只 走 一 步 。 最 后 ， 我 对 这 
种 实践 方式 的 效果 感到 十 分 惊讶 。 我 不 但 对 产生 的 代码 更 有 信 
心 ， 而 且 开 发 压力 也 小 了 很 多 。 因 此 ， 我 极力 推荐 你 试 试 这 些 
重 构 手 法 ， 你 和 你 的 程序 都 将 因此 更 美好 。 


















































Erich Gamma 
Object Technology International, Inc. 
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从 前 ， 有 位 咨询 顾问 造访 客户 调研 其 开发 项 目 。 访 系统 
的 核心 是 一 个 类 继承 体系 ， 顾 问 看 了 开发 人 员 所 写 的 一 些 代 
码 。 他 发 现 整个 体系 相当 凌乱 ， 上 层 超 类 对 系统 的 工作 方式 做 
了 一 些 假设 ， 下 层 子 类 实现 这 些 假设 。 但 是 这 些 假设 并 不 适合 
所 有 子 类 ， 导 致 履 写 〈override) 工作 非常 繁重 。 只 要 在 超 类 
做 点 修改 ， 束 可 以 减少 许多 和 窗 写 工作 。 在 男 一 些 地 方 ， 超 类 的 
某 些 意图 并 未 被 良好 理解 ， 因 此 其 中 某 些 行为 在 子 类 内 重复 出 
现 。 还 有 一 些 地 方 ， 好 几 个 子 类 做 相同 的 事情 ， 其 实 可 以 把 它 
们 搬 到 继承 体系 的 上 层 去 做 。 


这 位 顾问 于 是 建议 项 目 经 理 看 看 这 些 代 码 ， 把 它们 整理 
一 下 ， 但 是 项 目 经 理 并 不 热衷 于 此 ， 毕 葛 程 序 看 上 去 还 可 以 运 
行 ， 而 且 项 目 面临 很 大 的 进度 压力 。 于 是 项 目 经 理 说 ， 晚 些 时 
候 再 抽 时 间 做 这 些 整理 工作 。 


顾问 也 把 他 的 想法 告诉 了 在 这 个 继承 体系 上 工作 的 程序 
员 ， 告 诉 他 们 可 能 发 生 的 事情 。 程 序 员 都 很 敏锐 ， 马 上 就 看 出 
问题 的 严重 性 。 他 们 知道 这 并 不 全 是 他 们 的 错 ， 有 时 候 的 确 需 
要 借助 外 力 才 能 发 现 问题 。 程 序 员 立 刻 用 了 一 两 天 的 时 间 整 理 
好 这 个 继承 体系 ， 并 删 摊 了 其 中 一 半 人 代码， 功能 坚 发 无 损 。 他 
们 对 此 十 分 满意 ， 而 且 发 现在 继承 体系 中 加 入 新 的 类 或 使 用 系 
统 中 的 其 他 类 部 更 快 、 更 容易 了 。 


项 目 经 理 并 不 高 兴 。 进 度 排 得 很 紧 ， 有 许多 工作 要 做 。 
系统 必须 在 几 个 月 之 后 发 布 ， 而 这 些 程序 员 却 白白 耗费 了 两 天 
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加 “整洁 >。 但 项 目 要 交付 给 客户 的 ， 是 可 以 有 效 运行 的 代码 ， 
不 古 用 以 取悦 学 完 的 代码 。 顾 问 接 下 来 义 建 议 应 该 在 系统 的 其 
他 核心 部 分 进行 这 样 的 整理 工作 ， 这 会 使 整个 项 目 停顿 一 至 两 
个 星期 。 所 有 这 些 工 作 只 是 为 了 让 代码 看 起 来 更 讲 完 ， 并 不 能 
给 系统 添加 任何 新 功能 。 


你 对 这 个 故事 有 什么 感想 ? 你 认为 这 个 顾问 的 建议 (更 
进一步 整理 程序 ) 是 对 的 吗 ? 你 会 遵循 那 句 古老 的 工程 谚语 
My: “如 果 它 还 可 以 运行 ， 束 不 要 动 它 。” 


我 必须 承认 目 己 有 茶 些 侦 见 ， 因 为 我 束 是 那个 顾问 。6 个 
月 之 后 这 个 项 目 宣告 失败 ， 很 大 的 原因 是 代码 太 复 杂 ， 无 法 调 
试 ， 也 无 法 将 性 能 调 优 到 可 接受 的 水 平 。 


后 来 ， 这 个 项 目 重 新 局 动 ， 几 乎 从 头 开 始 编写 整个 系 
i, Kent ”Beck 受 邀 做 了 顾问 。 他 做 了 几 件 授 噶 以 往 的 事 ， 其 
中 最 重要 的 一 件 就 是 坚持 以 持续 不 断 的 重 构 行 为 来 整理 代码 。 
这 个 团队 效能 的 所 升 ， 以 及 重 构 在 其 中 扮演 的 角色 ， 局 及 了 我 
撰写 本 书 的 第 1 成， 如 此 一 来 我 就 能 够 把 Kent 和 其 他 一 些 人 已 
Ta 5 3 















































自 本 书 第 1 版 问世 人 至今 ， 读 者 的 反馈 其 佳 ， 重 构 的 理念 已 
经 被 广泛 接纳 ， 成 为 编程 的 词汇 表 中 不 可 或 缺 的 部 分 。 然 而 ， 
对 于 一 本 与 编程 相关 的 书 而 言 ，18 年 已 经 太 漫 长 ， 因 此 我 感 
到 ， 是 时 候 回 头 重 新 修订 这 本 书 了 。 我 几乎 重 写 了 全 书 的 每 一 
页 ， 但 从 其 内 涵 而 言 ， 整 本 书 又 几乎 没有 改变 。 重 构 的 精髓 仍 
然 一 如 既往 ， 大 部 分 关键 的 重 构 手 法 也 大 体 不 变 。 我 希望 这 次 
修订 能 帮助 更 多 的 读者 学 会 如 何 有 效 地 进行 重 构 。 

















什么 是 重 构 


所 谓 重 构 (refactoring) 是 这 样 一 个 过 程 : 在 不 改变 代码 
外 在 行为 的 前 提 下 ， 对 代码 做 出 修改 ， 以 改进 程序 的 内 部 结 
构 。 重 构 是 一 种 经 干 锤 白 炼 形成 的 有 条 不 亲 的 程序 整理 方法 ， 
可 以 最 大 限度 地 减 小 整理 过 程 中 引入 错误 的 概率 。 本 质 上 说 ， 
重 构 就 是 在 代码 写 好 之 后 改进 它 的 设计 。 


“在 代码 写 好 之 后 改进 它 的 设计 ”这 种 说 法 有 点 儿 奇 怪 。 
在 软件 开 及 的 大 部 分 历史 时 期 ， 大 部 分 人 相信 应 该 移 设 计 而 后 
编码 : 首先 得 有 一 个 民 好 的 设计 ， 然 后 才能 开始 编码 。 但 是 ， 
随 着 时 间 流 逝 ， 人 们 不 断 修改 代码 ， 于 是 根据 原先 设计 所 得 的 
系统 ， 整 体 结构 逐渐 有 娶 弱 。 代 码 质 量 慢 慢 沉沦 ， 编 码 工 作 从 严 
齐 的 工程 堕落 为 胡 砍 乱 臂 的 随 性 行为 。 


“ 重 构 ”正好 与 此 相反 。 哪 怕 手 上 有 一 个 糟 粽 的 设计 ， 其 
至 是 一 堆 混 乱 的 代码 ， 我 们 也 可 以 借 由 重 构 将 它 加 工 成 设计 民 
好 的 代码 。 重 构 的 每 个 步骤 都 很 简单 ， 甚 至 显得 有 些 过 于 简 
单 : 只 需要 把 茶 个 字段 从 一 个 类 移 到 另 一 个 类 ， 把 茶 些 代码 从 
一 个 函数 拉 出 来 构成 另 一 个 函数 ， 或 是 在 继承 体系 中 把 东 些 代 
人 码 推 上 推 下 就 行 了 。 但 是 ， 聚 沙 成 塔 ， 这 些小 小 的 修改 素 积 起 
来 就 可 以 根本 改善 设计 质量 。 这 和 一 般 常见 的 “软件 会 慢 慢 腐 
烂 * 的 观 后 恰恰 相反 。 


有 了 重 构 以 后 ， 工 作 的 平衡 点 开始 发 生变 化 。 我 发 现 设 
计 不 是 在 一 开始 完成 的 ， 而 是 在 整个 开发 过 程 中 逐渐 浮现 出 
来 。 在 系统 构筑 过 程 中 ， 我 学 会 了 如 何不 断 改 进 设计 。 这 
个 “构筑 -设计 ”的 反复 互动 ， 可 以 让 一 个 程序 在 开发 过 程 中 持 
续 保 有 民 好 的 设计 。 















































本 书 有 什么 








本 书 是 一 本 为 专业 程序 员 编 写 的 重 构 指南 。 我 的 目的 是 
告诉 你 如 何以 一 种 可 控 且 高 效 的 方式 进行 重 构 。 你 将 学 会 如 何 
有 条 不 紊 地 改进 程序 结构 ， 而 且 不 会 引入 错误 ， 这 就 是 正确 的 
重 构 方式 。 


按照 传统 ， 图 书 应 该 以 概念 介绍 开头 。 尽 管 我 也 同意 这 
个 原则 ， 但 是 我 发 现 以 概括 性 的 讨论 或 定义 来 介绍 重 构 ， 实 在 
不 是 一 件 容易 的 事 。 因 此 ， 我 决定 用 一 个 实例 作为 开路 先锋 。 
第 1 章 展示 了 一 个 小 程序 ， 其 中 有 些 常见 的 设计 缺陷 ， 我 把 它 
重 构 得 更 容易 理解 和 修改 。 其 间 你 可 以 看 到 重 构 的 过 程 ， 以 及 
几 个 很 有 用 的 重 构 手法 。 如 果 你 想 知道 重 构 到 底 是 怎么 回 事 ， 
这 一 章 不 可 不 读 。 


第 2 章 讨 论 重 构 的 一 般 性 原则 、 定 义 ， 以 及 进行 重 构 的 原 
因 ， 我 也 大 致 介绍 了 重 构 面 临 的 一 些 挑 成 。 第 3 章 由 Kent Beck 
介绍 如 何 喂 出 代码 中 的 “ 坏 味 道 ?， 以 及 如 何 运 用 重 构 清除 这 
些 “ 坏 味道 "。 测 试 在 重 构 中 扮演 大 非 常 重要 的 角色 ， 第 4 章 介 
绍 如 何在 代码 中 构筑 测试 。 


从 第 5 章 往 后 的 篇 幅 就 是 本 书 的 核心 部 分 一 一 重 构 名 录 。 
RED ERLE tt BARRE, AEWA Ae BORA 
可 能 用 到 的 关键 重 构 手 法 。 这 份 重 构 名 录 的 源头 是 20 世 纪 90 年 
代 后 期 我 开始 学 习 重 构 时 的 笔记 ， 直 到 今天 我 仍然 不 时 查阅 这 
些 笔记 ， 作 为 对 我 不 其 可 靠 的 记忆 力 的 补充 。 每 当 我 想 做 点 什 
么 一 一 例如 拆 分 阶段 (154) 的 时 候 ， 这 份 列表 就 会 提醒 
我 如 何 一 步 一 步 安全 前 进 。 我 希望 这 是 值得 你 日 后 一 再 回顾 的 


部 分 。 













































































一 本 Web 优 先 的 书 1 


万 维 网 对 我 们 的 社会 影响 深远 ， 尤 其 是 改变 了 我 们 获取 
言 姑 的 方式 。 在 撰写 本 书 第 1 版 时 ， 关 于 软件 开发 的 知识 大 多 
通过 出 版 物 传播 。 而 时 至 今日 ， 我 的 大 部 分 信息 都 来 目 网 上 。 
这 个 趋势 给 像 我 这 样 的 写作 者 带 来 了 一 个 挑战 : 今日 世界 还 有 
图 书 的 一 席 之 地 吗 ? 今天 的 图 书 应 该 是 什么 形态 ? 


我 相信 像 这 样 一 本 书 仍然 有 其 价值 ， 但 也 需要 作出 改 
弯 。 图 书 的 价值 在 于 把 大 量 信息 以 内 聚 的 方式 整合 起 来 。 在 扎 
写本 书 的 过 程 中 ， 我 答 试 用 连贯 一 致 的 方式 来 组 织 和 涵盖 大 量 
各 有 特色 的 重 构 手 法 。 


但 这 个 聚合 的 整体 是 一 个 抽象 的 文学 作品 ， 尽 管 传统 上 
只 能 以 纸 质 图 书 的 形式 呈现 ， 未 来 却 未 必 非 得 如 此 。 出 版 行业 
仍然 将 纸 质 图 书 视 为 首要 的 呈现 形式 ， 虽 然 我 们 已 经 满怀 热情 
地 接纳 了 电子 书 ， 但 是 电子 图 书 毕竟 也 只 是 在 原来 纸 质 图 书 结 
构 的 基础 上 做 了 电子 化 的 呈现 。 


我 想 通过 这 本 书 探索 一 条 不 同 的 路 径 。 本 书 的 权威 版 本 
是 它 的 网 站 (或 者 叫 “Web 版 ?) 。 如 果 你 购买 了 纸 质 版 或 者 电 
子 版 ， 就 会 同时 获得 访问 Web 有 版 的 权限 。 (关于 如 何在 
InformIT 网 站 上 注册 你 的 了 商品， 请 留意 下 文 的 提示 。) 纸 质 版 
图 书 是 网 站 内 容 的 精 选 ， 并 整理 成 适合 印刷 的 形式 。 纸 质 版 并 
不 尝试 包含 网 站 上 的 所 有 重 构 手法 ， 尤 其 是 考虑 到 未 来 我 很 有 
可 能 在 Web 版 中 增加 更 多 重 构 手 法 。 与 此 相似 ， 电 子 书 又 是 
Web 版 的 另 一 个 呈现 ， 其 中 包含 的 重 构 手 法 列表 可 能 与 纸 质 版 
Ail, 毕 葛 电子 书 在 售 出 之 后 也 可 以 相对 容易 地 更 新 和 添加 内 
合 。 
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写 下 这 些 文字 时 ， 我 无 从 知晓 你 正在 阅读 的 是 在 线 





Web 版 、 手 机 上 的 电子 书 、 纸 质 版 图 书 还 是 别 的 什么 超 乎 我 想 
我 尽力 写 一 本 有 用 的 书 ， 不 论 你 用 什么 形式 来 汲取 
其 中 的 知识 。 








如 果 你 想 查 看 本 书 Web 版 “只 有 英文 版 ”， 并 及 时 
获得 内 容 更 新 和 勘误 ， 请 到 InformIT 网 站 注册 这 本 书 。 你 
需要 首先 打开 informit.com/register 页 面 ， 登 录 你 的 InformIT 
账户 “如果 没 有 InformIT 账 户 的 话 ， 需 要 先 注册 一 个 ) ， 
然后 (进入 “Registered Products” 标 签 ) 输入 本 书 英 文 原版 
的 ISBN“9780134757599”， 单 击 “Submit” 按 钮 。 然 后 网 站 
会 癌 你 提出 一 个 与 本 书 内 容 有 关 的 问题 ， 所 以 请 确保 纸 质 
书 或 电子 书 就 放 在 手边 。 成 功 注册 以 后 ， 进 入 “Account” 页 
面 ， 打 开 “Digital Purchases” 标 签 ， 单 击 本 书 标题 下 面 
的 “Launch” 按 钮 ， 束 能 看 到 本 书 的 Web 版 。 














For access to the web edition (English only) and updates 
or corrections as they become available, register your copy on 
the InformIT web site. To start the registration process, go to 
informit.com/register and log in (or create an account if you 
don’t have one). Enter 9780134757599 in the box labeled 
ISBN and click Submit. You will be asked a challenge 
question, so be sure to have your copy of the book available. 
After you’ve successfully registered your copy, open the 
“Digital Purchases” tab on your Account page and click on the 
link under this title to “Launch” the web edition. 


JavaScript 代 码 范 例 


与 软件 开发 中 的 大 多 数 技术 性 领域 一 样 ， 代 码 范例 对 于 





概念 的 阐释 至 关 重 要 。 不 过 ， 即 使 在 不 同 的 编程 语言 中 ， 重 构 
手法 看 上 去 也 是 大 同 小 异 的 。 虽 然 会 有 一 些 值 得 留心 的 语言 特 
性 ， 但 重 构 手 法 的 核心 要 素 都 是 一 样 的 。 


我 选择 了 用 JavaScript 来 展现 本 书 中 的 重 构 手法 ， 因 为 我 
感到 大 多 数 读 者 都 能 看 懂 这 种 语言 。 不 过 ， 即 便 你 眼下 正在 使 
用 的 是 别 的 编程 语言 ， 采 用 这 些 重 构 手法 也 应 该 不 困难 。 我 尽 
量 不 使 用 JavaScript 任 何 复杂 的 特性 ， 这 样 即 便 你 对 这 门 编 程 
语言 只 有 粗浅 的 了 解 ， 应 该 也 能 跟 上 重 构 的 过 程 。 另 外 ， 使 用 
JavaScript 展 示 重 构 手 法 ， 并 不 代表 我 推荐 这 门 编程 语言 。 


(EH JavaScript an RAS ie Pl, th AN ERR a AS SP ZA EY 
巧 只 适用 于 JavaScript。 本 书 的 第 1 版 采用 了 Java， 但 很 多 从 未 
写 过 任何 Java 代 码 的 程序 员 也 同样 认为 这 些 技巧 很 有 用 。 我 
经 党 试 过 用 十 多 种 不 同 的 编程 语言 来 呈现 这 些 范例 ， 以 此 展示 
重 构 手 法 的 通用 性 ， 不 过 这 对 普通 读者 而 言 只 会 带 来 困惑 。 本 
书 是 为 所 有 编程 语言 背景 的 程序 员 所 作 ， 除 了 陪读 “范例 ?小节 
时 需要 一 些 基 本 的 JavaScript 知 识 ， 本 书 的 其 余部 分 都 不 特定 
于 任何 具体 的 编程 语言 。 我 希望 读者 能 汲取 本 书 的 内 容 ， 并 将 
其 应 用 于 自己 日 党 使 用 的 编程 语言 。 具 体 而 言 ， 我 希望 读者 能 
先 理 解 本 书 中 的 JavaScript 范 例 代 码 ， 然 后 再 将 其 适 配 到 目 己 
习惯 的 编程 语言 。 


因此 ， 除 了 在 特殊 情况 下 ， 当 我 谈 到 “类 关 模 块 关 函 
数 ” 等 词汇 时 ， 我 都 按照 它们 在 程序 设计 领域 的 一 般 含 义 来 使 
用 这 些 词 ， 而 不 是 以 其 在 JavaScript 语 言 模 型 中 的 特殊 含义 来 
使 用 。 


我 只 把 JavaScript 用 作 一 种 示例 语言 ， 因 此 我 也 会 尽量 避 
免 使 用 其 他 程序 员 可 能 不 太 熟 悉 的 编程 风格 。 这 不 是 一 本 “用 
JavaScript 进 行 重 构 ” 的 书 ， 而 是 一 本 关于 重 构 的 通用 书籍 ， 只 
是 采用 了 JavaScript 作 为 示例 。 有 很 多 JavaScript 特 有 的 重 构 手 
法 很 有 意思 【如 将 回调 重 构成 promise 或 async/await) ， 但 这 些 
















































































不 是 本 书 要 讨论 的 内 容 。 


谁 该 阅读 本 书 





本 书 的 目标 读者 是 专业 程序 员 ， 也 就 是 那些 以 编写 软件 
为 生 的 人 。 书 中 的 范例 和 讨论 ， 涉 及 大 量 需 要 详细 阅读 和 理解 
的 代码 。 这 些 例子 都 用 JavaScript 写 成 ， 不 过 这 些 重 构 手法 应 
该 适用 于 大 部 分 编程 语言 。 为 了 理解 书 中 的 内 容 ， 读 者 需要 有 
一 定 的 编程 经 验 ， 但 需要 的 知识 并 不 多 。 


本 书 的 首要 目标 读者 群 是 想 要 学 习 重 构 的 软件 开发 者 ， 
同时 对 于 已 经 理解 重 构 的 人 也 有 价值 一 一 本 书 可 以 作为 一 本 教 
学 辅助 书 。 在 本 书 中 ， 我 用 了 大 量 遍 幅 详 细 解 释 各 个 重 构 手 法 
ane tr 












































尽管 本 书 的 关注 对 象 是 代码 ， 但 重 构 对 于 系统 设计 也 有 
巨大 影响 。 资 深 设 计 师 和 架构 师 也 很 有 必要 了 解 重 构 原理 ， 并 
在 目 己 的 项 目 中 运用 重 构 撤 术 。 最 好 是 由 有 威望 的 、 经 验 丰 寅 
的 开发 人 员 来 引入 重 构 技 术 ， 因 为 这 样 的 人 最 能 够 透彻 理解 重 
构 背 后 的 原理 ， 并 根据 情况 加 以 调整 ， 使 之 适用 于 特定 工作 领 
域 。 如 果 你 使 用 的 不 是 JavaScript 而 是 其 他 编程 语言 ， 这 一 点 
无 其 重要 ， 因 为 你 必须 把 我 给 出 的 范例 用 其 他 编程 语言 改写 。 


下 面 我 要 告诉 你 ， 如 何 能 够 在 不 通读 全 书 的 情况 下 充分 
用 好 它 。 























。 如 采 你 想 知 道 重 构 是 什么 ， 请 阅读 第 1 章 ， 其 中 的 示例 会 
让 你 卉 清楚 重 构 的 过 程 。 


。 如 果 你 想 知 道 为 什么 应 该 重 构 ， 请 阅读 前 两 章 ， 它 们 会 告 


诉 你 重 构 是 什么 以 及 为 什么 应 该 重 构 。 


如 果 你 想 知 道 该 在 什么 地 方 重 构 ， 请 阅读 第 3 半 ， 它 会 告 
诉 你 一 些 代 码 特征 ， 这 些 特征 指出 “这 里 需要 重 构 ”。 


如 果 你 想 着 手 进行 重 构 ， 请 完整 阅读 前 四 章 ， 然 后 选择 性 
地 阅读 重 构 名 录 。 一 开始 只 需 概 略 浏览 列表 ， 看 看 其 中 有 
些 什么 ， 不 必 理 解 所 有 细节 。 一 旦 真正 需要 实施 某 个 重 构 
手法 ， 再 详细 阅读 它 ， 从 中 获取 帮助 。 列 表 部 分 是 供 碍 阅 
的 参考 性 内 容 ， 你 不 必 一 次 吉 把 它 全 部 读 完 。 


给 形形色色 的 重 构 手法 命名 是 编写 本 书 的 重要 部 分 。 合 
适 的 词汇 能 帮助 我 们 彼此 沟通 。 当 一 名 开 及 者 同 男 一 名 开发 者 
提出 建议 ， 将 一 段 代 码 提取 成 为 一 个 函数 ， 或 者 将 计算 逻辑 拆 
分 成 几 个 阶段 ， 双 方 痢 能 理解 提 炬 函 数 “106〉 和 拆 分 阶段 
(154) 是 什么 意思 。 这 份 词 汇 表 也 能 帮助 开发 者 选择 目 动 化 
的 重 构 手 法 。 


1 这 一 市 中 关于 各 个 版 本 的 表述 仅 适 用 于 本 书 的 英文 原版 ， 中 文 版 
的 相关 版 本 可 能 会 与 此 略 有 不 同 。 一 一 编者 注 





















































站 在 前 人 的 肩膀 上 


就 在 本 书 一 开始 的 此 时 此 刻 ， 我 必须 说 : 这 本 书 让 我 外 
了 一 大 笔 人 情 债 ， 欠 那些 在 20 世 纪 90 年 代 做 了 大 量 研究 工作 并 
开创 各 构 领域 的 人 一 大 笔 债 。 学 习 他 们 的 经 验 局 发 了 我 撰写 本 
书 第 1 版 ， 尺 管 已 经 过 去 了 很 多 年 ， 我 仍然 必须 感谢 他 们 打下 
的 基础 。 这 本 书 原 本 应 该 由 他 们 之 中 的 茶 个 人 来 号 ， 但 最 后 却 
让 我 这 个 有 时 间 、 有 精力 的 人 捡 了 便宜 。 


重 构 技 术 的 两 位 最 早 倡 导 者 是 Ward Cunningham 和 Kent 
Beck。 他 们 很 早 就 把 重 构 作 为 软件 开发 过 程 的 一 块 基石 ， 并 有 
在 自己 的 开发 过 程 中 运用 它 。 尤 其 需要 说 明 的 是 ， 正 因为 和 
我 才 真 正 看 到 了 重 构 的 重要 性 ， 并 直接 受到 激励 写 
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Ralph Johnson Æ UIUC PRAPER ZLE- 
BE) 领导 了 一 个 小 组 ， 这 个 小 组 因 其 在 对 象 技术 方面 的 实用 页 
献 而 声名 远扬 。Ralph 很 早 就 是 重 构 的 拥护 者 ， 他 的 一 些 学 生 
也 在 重 构 领 域 的 发 展 前 期 做 出 重要 研究 。Bil Opdyke 的 博士 论 
文 是 重 构 研 究 的 第 一 份 详细 的 书面 成 果 。John Brant 和 Don 
Roberts 则 早已 不 满足 于 写 文 草 了 ， 他 们 创造 了 第 一 个 自动 化 的 
重 构 工 具 ， 这 个 叫 作 Refactoring Browser 〈 重 构 浏 览 器 ) AL 
具 可 以 用 于 重 构 Smalltalk 程 序 。 


目 本 书 第 1 版 问世 以 来 ， 很 多 人 推动 了 重 构 领 域 的 发 展 。 
尤其 是 ， 开 发 工具 中 的 目 动 化 重 构 功能 ， 让 程序 员 的 生活 轻松 
了 许多 。 如 今 我 只 要 简单 地 癌 几 下 键盘 就 可 以 给 一 个 航 大 量 使 
用 的 函数 改名 ， 对 此 我 已 经 习以为常 ， 但 在 这 快捷 的 操作 背 
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致谢 





尽管 有 这 些 研究 成 末 可 以 借鉴 ， 我 还 是 需要 很 多 协助 才 
能 写成 本 书 。 本 书 的 第 1 版 极 大 地 得 益 于 Kent Beck 的 经 验 与 鼓 
励 。 起 初 癌 我 介绍 重 构 的 是 他 ， 或 励 我 开始 书面 记录 重 构 手 法 
的 是 他 ， 帮 助 我 把 重 构 手 法 组 织 成 型 的 也 是 他 ， 提 出 “代码 味 
道 ” 这 个 概念 的 还 是 他 。 我 津津 感觉 ， 他 本 可 以 把 本 书 的 第 1 版 
写 得 更 好 一 一 如 果 当 时 他 不 是 在 忙 看 撰写 极限 编程 的 左 基 之 作 
《解析 极限 编程 》 的 话 。 


我 认识 的 所 有 技术 图 书 作 者 都 会 所 a 到， 技术 审 稳 人 提供 
了 巨大 的 帮助 。 我 们 的 作品 都 会 有 巨大 的 缺陷 ， 只 有 同行 审 稿 
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认为 目 己 并 不 擅长 ， 所 以 我 对 优秀 的 技术 审 稿 人 总 是 满怀 敬 
意 。 帮 列 人 审 稿 捷 得 的 报酬 微不足道 ， 所 以 这 完全 征 一 项 慷慨 
之 第 


正式 开始 写 这 本 书 时 ， 我 建 了 一 个 邮件 列表 ， 其 中 都 是 
能 给 我 提供 反馈 的 建议 者 。 随 着 写作 的 进展 ， 我 不 断 把 新 的 草 
稿 及 a 到 这 个 小 组 里 ， 请 他 们 给 我 反馈 。 我 要 感谢 这 些 人 在 邮件 
列表 中 提供 的 反馈 : Arlo Belshee、Avdi Grimm. Beth Anders- 
Beck, Bill Wake, Brian Guthrie, Brian Marick, Chad 
Wathington. Dave Farley. David Rice, Don Roberts, Fred 
George. Giles Alexander. Greg Doench, Hugo Corbucci, Ivan 
Moore, James Shore, Jay Fields, Jessica Kerr, Joshua 
Kerievsky. Kevlin Henney. Luciano Ramalho, Marcos 
Brizeno. Michael Feathers, Patrick Kua, Pete Hodgson, 
Rebecca Parsons Trisha Gee. 























在 这 群 人 中 ， 我 要 特别 感谢 Beth Anders-Beck、James 
Shore 和 Pete Hodgson 在 JavaScript 方 面 给 我 的 帮助 。 


有 了 一 个 比较 完整 的 初稿 之 后 ， 我 将 它 发 送出 去 ， 寻 求 
更 多 的 审阅 意见 ， 因 为 我 希望 有 一 些 全 新 的 眼光 来 纵览 全 书 。 
William Chargin 和 Michael Hunger 提 供 了 极其 详尽 的 审阅 意 
见 。 我 还 从 Bob Martin 和 Scott Davis 那 里 得 到 了 很 多 有 用 的 意 
见 。Bi Wake 也 对 本 书 初 稿 做 了 完整 的 审阅 ， 并 在 邮件 列表 中 
给 出 了 他 的 意见 。 


我 在 ThoughtWorks 的 同事 一 直 给 我 的 写作 提供 想法 和 反 
人 馈 。 数 不 胜 数 的 问题 、 评 论 和 观点 推动 了 本 书 的 思考 与 写作 。 
作为 ThoughtWorks 员 工 最 好 的 一 件 事 ， 就 是 这 家 公司 允许 我 花 
大 量 时 间 来 写作 。 我 尤其 要 感谢 Rebecca Parsons (我 们 的 
CTO) 经 常 与 我 交流 ， 给 了 我 很 多 想法 。 


在 培 生 出 版 集团 ，Greg Doench 是 负责 本 书 的 策划 编辑 ， 
他 解决 了 无 数 的 问题 ， 最 终 使 本 书 得 以 出 版 ，Julie Nahil 是 责 
任 编 辑 ， Dmitry Kirsanov 负 责 文字 编辑 工作 ;，Alina Kirsanova 
负责 排版 和 制作 索引 。 我 也 很 高 兴 与 他 们 合作 。 
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本 书 由 异步 社区 出 品 ， 社 区 Chttps://www.epubit.com/ ) 
为 您 提供 相关 资源 和 后 续 服务 。 











作者 和 编辑 尽 最 大 努力 来 确保 书 中 内 容 的 准确 性 ， 但 难 
免 会 存在 路 漏 。 欢 迎 您 将 发 现 的 问题 反馈 给 我 们 ， 帮 助 我 们 提 
升 图 书 的 质量 。 


当 您 及 现 错误 时 ， 请 登录 异步 社 区 ， 按 书 名 搜索 ， 进 入 
本 书页 面 ， 扣 击 “提交 勘误 *"， 输 入 勘误 信息 ， 扣 击 “ 所 交 ” 按 饵 
即 可 。 本 书 的 作者 和 编辑 会 对 您 提交 的 勘误 进行 审核 ， 确 认 并 
接受 后 ， 您 将 获 赠 异步 社区 的 100 积 分 。 积 分 可 用 于 在 异步 社 
区 部 换 优惠 券 、 样 书 或 奖品 。 














与 我 们 联系 


我 们 的 联系 邮箱 是 contact@epubit.com.cn。 


如 果 您 对 本 书 有 任何 疑问 或 建议 ， 请 您 发 邮件 给 我 们 ， 
并 请 在 邮件 标题 中 注 明 本 书 书 名 ， 以 便 我 们 更 高 效 地 做 出 反 
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如 果 您 有 兴趣 出 版 图 书 、 录 制 教学 视频 ， 或 者 参与 图 书 
翻译 、 技 术 审 校 等 工作 ， 可 以 及 邮件 给 我 们 ;有意 出 版 图 书 的 
作者 也 可 以 到 异步 社区 在 线 提交 投稿 (直接 访问 
www.epubit.comy/selfpublish/submission 即 可 ) 。 


如 果 您 是 学 校 、 培 训 机 构 或 企业 ， 想 批量 购买 本 书 或 异 
步 社区 出 版 的 其 他 图 书 ， 也 可 以 发 邮件 给 我 们 。 


如 果 您 在 网 上 友 现 有 和 针对 异步 社区 出 品 图 书 的 各 种 形式 
的 盗版 行为 ， 包 括 对 图 书 全 部 或 部 分 内 容 的 非 授 权 传 播 ， 请 您 
将 怀疑 有 侵权 行为 的 链接 及 邮件 给 我 们 。 您 的 这 一 举动 是 对 作 
者 权益 的 保护 ， 也 是 我 们 持续 为 您 提供 有 价值 的 内 容 的 动力 之 





























关于 异步 社区 和 异步 图 书 


“异步 社区 ?是 人 民 邮 电 出 版 社 旗 下 IT 专业 图 书社 区 ， 致 
力 于 出 版 精品 IT 技术 图 书 和 相关 学 习 产 品 ， 为 作 译 者 提供 优质 
出 版 服务 。 异 步 社区 创办 于 2015 年 8 月 ， 提 供 大 量 精品 IT 技术 
图 书 和 电子 书 ， 以 及 高 品质 技术 文章 和 视频 课程 。 更 多 详情 请 
访问 异步 社区 官网 https:/www.epubit.com。 


“ 寞 步 图 书 ” 是 由 寞 步 社 区 编辑 团队 集 划 出 版 的 精品 IT 专 
业 图 书 的 品牌 依托 于 人 民 邮 电 出 版 社 近 30 年 的 计算 机 图 书 出 
版 积 囚 和 专业 编辑 团队 ， 相 关 图 书 在 封面 上 印 有 弄 步 图 书 的 
LOGO。 异 步 图 书 的 出 版 领域 包括 软件 开发 、 大 数据 、AI、 测 
试 、 前 端 、 网 络 技术 等 。 




















异步 社区 





第 1 章 ” 重 构 ， 第 一 个 示例 





我 该 从 何 说 起 呢 ? 按照 传统 做 法 ， 一 开始 介绍 茶 样 东西 
时 应 该 先 大 致 讲 讲 它 的 历史 、 主 要 原理 等 。 可 是 每 当 有 人 在 会 
场 上 介绍 这 些 东西 ， 总 是 诱发 我 的 瞳 睡 虫 。 我 的 思绪 开始 游 
Se 
精神 。 


示例 之 所 以 可 以 拯救 我 于 太 虚 之 中 ， 因 为 它 让 我 看 见 事 
情 在 真正 进行 。 谈 原理 ， 很 容易 流 于 泛泛 ， 又 很 难说 明 如 何 实 
际 应 用 。 给 出 一 个 示例 ， 就 可 以 帮助 我 把 事情 认识 清楚 。 


因此 ， 我 决定 从 一 个 示例 说 起 。 在 此 过 程 中 我 会 谈 到 很 
多 重 构 的 工作 方式 ， 并 且 让 你 对 重 构 过 程 有 一 点 反感 觉 。 然 后 
在 下 一 半 中 我 才能 疝 你 展开 通 第 的 原理 介绍 。 


但 是 ， 面 对 这 个 介绍 性 示例 ， 我 过 到 了 一 个 大 问题 。 如 
果 我 选择 一 个 大 型 程序 ， 那 么 对 程序 自身 的 描述 和 对 整个 重 构 
过 程 的 描述 就 太 复杂 了 ， 任 何 读者 都 不 恕 鞭 读 〈 我 试 了 一 下 ， 
哪 介 稍微 复杂 一 点 的 例子 都 会 超过 100 页 ) 。 如 果 我 选择 一 个 
容易 理解 的 小 程序 ， 叉 荡 怕 看 不 出 重 构 的 价值 。 


和 任何 立志 要 介绍 “应 用 于 真实 世界 的 程序 中 的 有 用 技 
术 ” 的 人 一 样 ， 我 陷入 了 一 个 十 分 典型 的 两 难 困境 。 我 只 能 带 
你 看 看 如 何在 一 个 我 选择 的 小 程序 中 进行 重 构 ， 然 而 坦白 说 ， 
那个 程序 的 规模 根本 不 值得 我 们 这 么 做 。 但 是 ， 如 果 我 给 你 看 
的 代码 是 大 系统 的 一 部 分 ， 重 构 拉 术 很 快 就 变 得 重要 起 来 。 所 
以 请 你 一 边 观 蓉 这 个 小 例子 ， 一 边 想象 它 员 处 于 一 个 大 得 多 的 


















































系统 。 


11 起 点 











在 本 书 第 1 版 中 ， 我 使 用 的 示例 程序 是 为 影片 出 租 店 的 顾 
客 打印 一 张 详 单 。 放 到 今天 ， 很 多 人 可 能 要 问 了 : “影片 出 租 
店 是 什么 ? ”为 了 避免 过 多 回答 这 个 问题 ， 我 翻新 了 一 下 示 
例 ， 将 其 包装 成 一 个 仍 有 古典 韵味 又 尚未 消亡 的 现代 示例 。 


设想 有 一 个 戏剧 演出 团 ， 演 员 们 经 党 要 去 各 种 场合 表演 
戏剧 。 通 党 客户 〈customer) 会 指定 几 出 剧目 ， 而 剧团 则 根据 
观众 Caudience) 人数 及 剧目 类 型 来 同 客 户 收 费 。 该 团 目前 出 
演 两 种 戏剧 : AEM] Ctragedy) 和 喜剧 (comedy) 。 给 客户 发 
出 账单 时 ， 剧 团 还 会 根据 到 场 观 众 的 数量 给 出 “观众 量 积 
4y” (volume credit) 优惠 ， 下 次 客户 再 请 剧团 表演 时 可 以 使 用 
积分 获得 折扣 你 可 以 把 它 看 作 一 种 提升 客户 忠诚 度 的 方 
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该 剧团 将 剧目 的 数据 存储 在 一 个 简单 的 JSON 文 件 中 。 


plays.json... 


"hamlet": {"name": "Hamlet", "type": "tragedy"}, 
"as-like": {"name": "As You Like It", "type": "comedy"}, 
"othello": {"name": "Othello", "type": "tragedy"} 

J 


他 们 开 出 的 账单 也 存储 在 一 个 JSON 文 件 里 。 


invoices.json... 


[ 
"customer": "BigCo", 
"performances": [ 
{ 
"playID": "hamlet", 
"audience": 55 
ty 
{ 
"playID": "as-like", 
"audience": 35 
ty 
{ 
"playID": "othello", 
"audience": 40 
} 
] 
} 
] 


下 面 这 个 简单 的 函数 用 于 打印 账单 详情 。 


function statement (invoice, plays) { 
let totalAmount = 0; 
let volumeCredits = 0; 
let result = “Statement for ${invoice.customer}\n ， 
const format = new Intl.NumberFormat("en-US", 
{ style: "currency", currency: "USD", 
minimumFractionDigits: 2 }).format; 
for (let perf of invoice.performances) { 
const play = plays[perf.playID]; 
let thisAmount = 0; 


switch (play.type) { 
case "tragedy": 
thisAmount = 40000; 
if (perf.audience > 30) { 
thisAmount += 1000 * (perf.audience - 30); 


break; 


case "comedy": 
thisAmount = 30000; 
if (perf.audience > 20) { 
thisAmount += 10000 + 500 * (perf.audience - 20); 


thisAmount += 300 * perf.audience; 
break; 
default: 
throw new Error( unknown type: ${play.type} ); 
} 


// add volume credits 

volumeCredits += Math.max(perf.audience - 30, 0); 

// add extra credit for every ten comedy attendees 

if ("comedy" === play.type) volumeCredits += Math.floor(p 


// print line for this order 
result += ` ${play.name}: ${format(thisAmount/100)} (${pe 
totalAmount += thisAmount; 
} 
result += “Amount owed is ${format(totalAmount/100)}\n`; 
result += “You earned ${volumeCredits} credits\n ; 
return result; 


用 上 面 的 数据 文件 Cinvoices.json#llplays.json) 作为 
测试 输入 ， 运 行 这 段 代 码 ， 会 得 到 如 下 输出 : 


Statement for BigCo 
Hamlet: $650.00 (55 seats) 
As You Like It: $580.00 (35 seats) 
Othello: $500.00 (40 seats) 

Amount owed is $1, 730.00 

You earned 47 credits 


1.2 ”对 此 起 始 程 序 的 评价 


你 党 得 这 个 程序 设计 得 怎么 样 ? 我 的 第 一 感 党 是 ， 代 码 
组 织 不 其 清晰 ， 但 这 还 在 可 忍受 的 限度 内 。 这 样 小 的 程序 ， 不 
做 任何 深入 的 设计 ， 也 不 会 太 难 理解 。 但 我 前 面 讲 过 ， 这 是 因 
为 要 保证 例子 足够 小 的 缘故 。 如 果 这 段 代 码 身 处 于 一 个 更 大 规 
模 一 一 也 许 是 几 百 行 一 一 的 程序 中 ， 把 所 有 代码 放 到 一 个 函数 
里 瓯 很 难 理解 了 。 


尽管 如 此 ， 这 个 程序 还 是 能 正常 工作 。 那 么 是 不 是 说 ， 
对 其 结构 “不 其 清晰 ”的 评价 只 是 美学 意义 上 的 判断 ， 呈 是 对 所 
谓 丑 陋 代 码 的 反感 呢 ? 毕竟 编译 器 也 不 会 在 乎 代码 好 不 好 看 。 
但 是 ， 当 我 们 需要 修改 系统 时 ， 束 涉及 了 了 人， 而 人 在 乎 这 些 。 
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出 的 修改 与 现 有 代码 如 何 协作 实现 我 想 要 的 行为 。 如 果 很 难 找 
到 修改 点 ， 我 就 很 有 可 能 犯错 ， 从 而 引入 bug。 


因此 ， 如 果 我 需要 修改 一 个 有 几 上 百 行 代码 的 程序 ， 我 会 
期 望 它 有 恨 好 的 结构 ， 并 且 已 经 被 分 解 成 一 系列 函数 和 其 他 程 
序 要 素 ， 这 能 帮 我 更 易于 清楚 地 了 解 这 段 代 码 在 做 什么 。 如 果 
程序 杂乱 无 革 ， 先 为 它 整 理 出 结构 来 ， 青 做 需要 的 修改 ， 通 当 
K ETI fi] FF 






































如 果 你 要 给 程序 添加 一 个 特性 ， 但 发 现代 码 因 
缺乏 民 好 的 结构 而 不 易于 进行 更 改 ， 那 残 先 重 构 那 个 程 
序 ， 使 其 比较 容易 添加 该 特性 ， 然 后 再 添加 该 特性 。 








在 这 个 例子 里 ， 我 们 的 用 户 希 望 对 系统 做 儿 个 修改 。 首 
先 ， 他 们 而 望 以 HTML 格 却 输 出 详 单 。 现 在 请 你 想 一 想 ， 这 个 
变化 会 带 来 什么 影响 。 对 于 每 处 退 加 字符 串 到 result 变 量 的 地 
方 我 都 得 为 它们 添加 分 文 逻辑 。 这 会 为 函数 引入 更 多 复杂 度 。 
直到 这 种 需求 时 ， 很 多 人 会 选择 直接 复制 整个 方法 ， 在 其 中 修 
改 输出 HTML 的 部 分 。 复 制 一 明代 码 似 乎 不 算 太 难 ， 但 却 给 未 
来 留 下 各 种 隐患 :一旦 计 费 逻 辑 友 生变 化 ， 我 就 得 同时 修改 两 
个 地 方 ， 以 保证 它们 逻辑 相同 。 如 果 你 编写 的 是 一 个 永 不 需要 
修改 的 程序 ， 这 样 前 六 贴 贴 束 还 好 。 但 如 果 程 序 要 保存 很 长 时 
间 ， 那 么 重复 的 迎 辑 就 会 造成 潜在 的 威胁 。 


现在 ， 第 二 个 变化 来 了 : 演员 们 尝试 在 表演 类 型 上 做 更 
多 突破 ， 无 论 是 历史 剧 、 田 园 剧 、 田 园 喜 剧 、 田 园 史 剧 、 历 史 
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万 纠 的 新 派 戏 ， 他 们 痢 希 望 有 所 笃 试 ， 只 是 还 没有 决定 试 哪 种 
以 及 何 时 试 演 。 这 对 戏剧 场次 的 计 费 方式 、 积 分 的 计算 方式 都 
影响 。 作 为 一 个 经 验 丰 富 的 开 友 者 ， 我 可 以 肯定 : 不 论 最 终 
提出 什么 方案 ， 他 们 一 定 会 在 6 个 月 之 内 再 次 修改 它 。 毕 葛 ， 
需求 通常 不 来 则 已 ， 一 来 便 会 接 唾 而 至 。 


为 了 应 对 分 类 规则 和 计 费 规则 的 变化 ， 程 序 必须 对 
statement 函 数 做 出 修改 。 但 如 果 我 把 statement 内 的 代码 复制 
到 用 以 打印 HTML 详 单 的 函数 中 ， 就 必须 确保 将 来 的 任何 修改 在 
这 两 个 地 方 保持 一 人 改 。 随 着 各 种 规则 变 得 越 来 越 复 杂 ， 适 当 的 
修改 点 将 越 来 越 难 找 ， 不 犯错 的 机 会 也 越 来 越 少 。 


我 再 强调 一 次 ， 是 需求 的 变化 使 重 构 变 得 必要 。 如 果 一 
段 代码 能 正常 工作 ， 并 且 不 会 再 极 修 改 ， 那 么 完全 可 以 不 去 重 
Me. Hee? SORE, (ai Am BER, Eth 
真正 妨碍 什么 。 如 末 确 实 有 人 需要 理解 它 的 工作 原理 ， 并 且 筑 
得 理解 起 来 很 费劲 ， 那 你 就 需要 改进 一 下 代码 了 。 

























































































1.3 重 构 的 第 一 步 


每 当 我 要 进行 重 构 的 时 候 ， 第 一 个 步骤 永远 相同 : 我 得 
确保 即将 修改 的 代码 拥有 一 组 可 靠 的 测试 。 这 些 测试 必 不 可 
少 ， 因 为 尽管 遵循 重 构 手法 可 以 使 我 避免 绝 大 多 数 引 入 bug 的 
情形 ， 但 我 毕 况 古人， 毕竟 有 可 能 犯错 。 程 友 越 大 ， 我 的 修改 
不 小 心 破 坏 其 他 代码 的 可 能 性 就 越 大 一 一 在 数字 时 代 ， 软 件 的 
名 字 就 是 脆弱 。 


statement 沁 数 的 返回 值 是 一 个 字符 串 ， 我 做 的 就 是 创建 
几 张 新 的 账单 〈invoice) ， 假 设 每 张 账单 收取 了 几 出 戏剧 的 费 
用 ， 然后 使 用 这 几 张 账单 作为 输入 调用 statement 函 数 ， 生成 
对 应 的 对 账单 〈statement) 字符 串 。 我 会 合生 成 的 字符 串 与 我 
己 经 手工 检查 过 的 字符 串 做 比 对 。 我 会 借助 一 个 测试 框架 来 配 
置 好 这 些 测试 ， 只 要 在 开发 环境 中 输入 一 行 命令 就 可 以 把 它们 
运行 起 来 。 运 行 这 些 测试 只 需 几 秒 钟 ， 所 以 你 会 看 到 我 经 常 运 
iTe] 
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报告 方式 。 它 们 要 么 变 绿 ， 表 示 所 有 新 字符 串 都 和 参考 字符 串 
一 样 ， 要 么 就 变 红 ， 然 后 列 出 失败 清单 ， 显 示 问 题字 符 串 的 出 
现行 号 。 这 些 测试 都 能 够 自我 检验 。 使 测试 能 自我 检验 至 关 重 
要 ， 人 否则 就 得 耗费 大 把 时 间 来 回 比 对 ， 这 会 降低 开发 速度 。 现 
ACES WU ER be GE =F Be AY Bhi, SCE AIS TT Hes A R 
检验 的 测试 。 





















































次 重 构 前 ， 先 检查 自己 是 否 有 一 套 可 靠 的 测试 
集 。 这 些 测试 必须 有 自我 检验 能 力 。 





进行 重 构 时 ， 我 需要 依赖 测试 。 我 将 测试 视 为 bug 检测 
右 ， 它 们 能 保护 我 不 被 目 己 犯 的 错误 所 困扰 。 把 我 想 要 达成 的 
目标 写 两 届 一 一 代码 里 写 一 届 ， 测 试 里 再 写 一 过 一 一 我 就 得 犯 
两 志 同 样 的 错误 才能 骗 过 检测 器 。 这 降低 了 我 犯错 的 概率 ， 
为 我 对 工作 进行 了 二 次 确认 。 尺 管 编写 测试 需要 花费 时 间 ， 但 
却 为 我 节省 下 可 观 的 调试 时 间 。 构 筑 测 试 体系 对 重 构 来 说 实在 
太 重 要 了 ， 因 此 我 将 用 第 4 章 一 整 章 的 笔墨 来 详细 讨论 它 。 
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每 当 看 到 这 样 长 长 的 函数 ， 我 便 下 意识 地 想 从 整个 函数 
中 分 离 出 不 同 的 关注 点 。 第 一 个 引起 我 注意 的 残 是 中 间 那 段 


switch 语 人 句 。 


function statement (invoice, plays) { 
let totalAmount = 0; 
let volumeCredits = 0; 
let result = “Statement for ${invoice.customer}\n‘; 
const format = new Intl.NumberFormat("en-US", 
{ style: "currency", currency: "USD", 
minimumFractionDigits: 2 }).format; 
for (let perf of invoice.performances) { 
const play = plays[perf.playID]; 
let thisAmount = 0; 


switch (play.type) { 
case "tragedy": 
thisAmount = 40000; 
if (perf.audience > 30) { 
thisAmount += 1000 * (perf.audience - 30); 
} 
break; 
case "comedy": 
thisAmount = 30000; 
if (perf.audience > 20) { 
thisAmount += 10000 + 500 * (perf.audience - 20); 


thisAmount += 300 * perf.audience; 
break; 
default: 
throw new Error( unknown type: ${play.type}); 
} 


// add volume credits 

volumeCredits += Math.max(perf.audience - 30, 0); 

// add extra credit for every ten comedy attendees 

if ("comedy" === play.type) volumeCredits += Math.floor(p 


// print line for this order 
result += ` ${play.name}: ${format(thisAmount/100)} (${pe 
totalAmount += thisAmount; 


} 

result += “Amount owed is ${format(totalAmount/100)}\n`; 
result += You earned ${volumeCredits} credits\n ; 
return result; 
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用 。 这 是 我 的 直觉 。 不 过 正如 Ward Cunningham 所 说 ， 这 种 理 
解 只 是 我 脑海 中 转瞬 即 逝 的 姑 光 。 我 需要 梳理 这 些 灵 感 ， 将 它 
们 从 脑海 中 搬 回 到 代码 里 去 ， 以 免 筷 记 。 这 样 当 我 回头 看 时 ， 
代码 区 能 告诉 我 它 在 和 干什么， 我 不 需要 重新 思考 一 这 。 


要 将 我 的 理解 转化 到 代码 里 ， 得 先 将 这 块 代码 抽取 成 一 
个 独立 的 图 数 ， 按 它 所 干 的 事情 给 它 合 名， 比如 叫 
amountFor(performance ) 。 每 次 想 将 一 块 代码 抽取 成 一 个 函数 
时 ， 我 都 会 遵循 一 个 标准 流程 ， 最 大 程度 减少 犯错 的 可 能 。 我 
把 这 个 流程 记录 了 下 来 ， 并 将 它 命名 为 提 炬 函数 “106)〉 ， 以 
便 日 后 可 以 方便 地 引用 。 


自 先 ， 我 需要 检查 一 下 ， 如 果 我 将 这 块 代 码 提炼 到 自己 
的 一 个 函数 里 ， 有 哪些 变量 会 离开 原本 的 作用 域 。 在 此 示例 
中 ， 是 perf、play 和 thisAmount 这 3 个 变量 。 前 两 个 变量 会 被 提 
炼 后 的 函数 使 用 ， 但 不 会 被 修改 ， 那 么 我 就 可 以 将 它们 以 参数 
方式 传递 进来 。 我 更 关心 那些 会 被 修改 的 变量 。 这 里 只 有 唯一 
a thisAmount， 因 此 可 以 将 它 从 函数 中 直接 返回 。 我 还 
可 以 将 其 初始 化 放 到 提炼 后 的 函数 里 。 修 改 后 的 代码 如 下 所 
ZN o 
































function statement... 


function amountFor (pert, play) { 


} 


let thisAmount = 0; 
switch (play.type) { 
case "tragedy": 
thisAmount = 40000; 
if (perf.audience > 30) { 
thisAmount += 1000 * (perf.audience - 30); 
} 
break; 
case "comedy": 
thisAmount = 30000; 
if (perf.audience > 20) { 
thisAmount += 10000 + 500 * (perf.audience - 20); 
} 
thisAmount += 300 * perf.audience; 
break; 
default: 
throw new Error( unknown type: ${play.type} >); 


return thisAmount; 








CTE NAR ET EA TRE CHORE ATES) 标记 


的 题 头 ″ function xxx ”时 ， 表 明 该 代码 块 位 于 题 头 所 在 函数 、 
文件 或 类 的 作用 域内 。 通 常 该 作用 域内 还 有 其 他 的 代码 ， 但 由 
于 不 是 讨论 重点 ， 因 此 把 它们 隐 去 不 展示 。 





现在 原 statement 国 数 可 以 直接 调用 这 个 新 图 数 来 初始 


化 thisAmount。 


顶层 作用 域 ... 


function statement (invoice, plays) { 


let totalAmount = 0; 
let volumeCredits = 0; 
let result = “Statement for ${invoice.customer}\n ; 
const format = new Intl.NumberFormat("en-US", 
{ style: "currency", currency: "USD", 
minimumFractionDigits: 2 }).format; 


for (let perf of invoice.performances) { 
const play = plays[perf.playID]; 
let thisAmount = amountFor(perf, play); 


// add volume credits 

volumeCredits += Math.max(perf.audience - 30, 0); 

// add extra credit for every ten comedy attendees 

if ("comedy" === play.type) volumeCredits += Math.floor(p 


// print line for this order 
result += ` ${play.name}: ${format(thisAmount/100)} (${pe 
totalAmount += thisAmount; 
} 
result += “Amount owed is ${format(totalAmount/100)}\n°; 
result += You earned ${volumeCredits} credits\n ; 
return result; 





做 完 这 个 改动 后 ， 我 会 马上 编译 并 执行 一 饥 测 试 ， 看 看 
有 无 破坏 了 其 他 东西 。 无 论 每 次 重 构 多 么 简单 ， 养 成 重 构 后 即 
运行 测试 的 习惯 非常 重要 。 犯 错误 是 很 容易 的 一 一 全 少 我 知道 
我 是 很 容易 犯错 的 。 做 完 一 次 修改 就 运行 测试 ， 这 样 在 我 真 的 
犯 了 错时 ， 只 需要 考虑 一 个 很 小 的 改动 范围 ， 这 使 得 查 错 与 修 
复 问 题 易如反掌 。 这 就 古 重 构 过 程 的 精 散 所 在 :小 步 修 改 ， 每 
次 修改 后 就 运行 测试 。 如 果 我 改动 了 太 多 东西 ， 犯 错时 就 可 能 
陷入 肝 焕 的 调试 ， 并 为 此 耗费 大 把 时 间 。 小 步 修 改 ， 以 及 它 带 
来 的 频 党 反馈 ， 正 是 防止 混乱 的 关键 。 


























这 里 我 使 用 的 “编译 ”一 词 ， 指 的 是 将 JavaScript 变 为 
可 执行 代码 之 前 的 所 有 步骤 。 虽 然 JavaScript 可 以 直接 执 
行 ， 有 时 可 能 不 需 任 何 步骤， 但 有 时 可 能 需要 将 代码 移动 
到 一 个 输出 目录 ， 或 使 用 Babel 这 样 的 代码 处 理 器 等 。 











因为 是 JavaScript， 我 可 以 直接 将 amountFor 提 炼 成 
为 statement 的 一 个 内 骸 函 数 。 这 个 特性 十 分 有 用 ， 因 为 我 就 


不 需要 再 把 外 部 作用 域 中 的 数据 传 给 新 提炼 的 函数 。 这 个 示例 
中 可 能 区 别 不 大 ， 但 也 是 少 了 一 件 要 操心 的 事 。 








2 重 构 技术 束 是 以 微小 的 步伐 修改 程序 。 如 果 你 
犯 下 错误 ， 很 容易 便 可 发 现 它 。 





做 完 上 面 的 修改 ， 测 试 是 通过 的 ， 因 此 下 一 步 我 要 把 代 
人 码 提交 到 本 地 的 版 本 控制 系统 。 我 会 使 用 诸如 git 或 mercurial 这 
样 的 版 本 控制 系统 ， 因 为 它们 可 以 支持 本 地 提交 。 每 次 成 功 的 
重 构 后 我 都 会 提交 人 代码， 如果 竺 会 不 小 心 搞 三 了 ， 我 便 能 轻松 
回 滚 到 上 一 个 可 工作 的 状态 。 把 代码 推送 〈push) 到 远 端 仓库 
前 ， 我 会 把 零碎 的 修改 压缩 成 一 个 更 有 意义 的 提交 


(commit) 。 


提炼 函数 (106) 是 一 个 常见 的 可 目 动 完成 的 重 构 。 如 果 
我 是 用 Java 编 程 ， 我 会 本 能 地 使 用 IDE 的 快捷 键 来 完成 这 项 重 
构 。 在 我 撰写 本 书 时 ，JavaScript 工 具 对 此 重 构 的 支持 仍 不 是 
很 健壮 ， 因 此 我 必须 手动 重 构 。 这 不 是 很 难 ， 当 然 我 还 是 需要 
小 心 处 理 那些 局 部 作用 域 的 变量 。 


完成 提炼 函数 〈106) 手法 后 ， 我 会 看 看 提炼 出 来 的 函 
数 ， 看 是 否 能 进一步 提升 其 表达 能 力 。 一 般 我 做 的 第 一 件 事 就 
是 给 一 些 变 量 改名 ， 使 它们 更 简洁 ， 比如 将 thisAmount 重 命名 
为 result。 




















function statement... 


function amountFor(perf, play) { 
let result = 0; 
switch (play.type) { 
case "tragedy": 


result = 40000; 
if (perf.audience > 30) { 

result += 1000 * (perf.audience - 30); 
} 


break; 
case "comedy": 
result = 30000; 
if (perf.audience > 20) { 
result += 10000 + 500 * (perf.audience - 20); 
} 


result += 300 * perf.audience; 
break; 
default: 
throw new Error( unknown type: ${play.type} ); 
} 


return result; 


J 


这 是 我 个 人 的 编码 风格 : 永远 将 函数 的 返回 值 命名 
为 “result*， 这 样 我 一 眼 就 能 知道 它 的 作用 。 然 后 我 再 次 编译 、 
测试 、 提 交代 码 。 接 看 ， 我 前 往 下 一 个 目标 一 一 函数 参数 。 





function statement... 


function amountFor(aPerformance, play) { 
let result = 0; 
switch (play.type) { 
case "tragedy": 
result = 40000; 
if (aPerformance.audience > 30) { 
result += 1000 * (aPerformance.audience - 30); 


break; 
case "comedy": 
result = 30000; 
if (aPerformance.audience > 20) { 
result += 10000 + 500 * (aPerformance.audience - 20); 
} 
result += 300 * aPerformance.audience; 
break; 
default: 


throw new Error( unknown type: ${play.type} >); 


return result; 


这 是 我 的 另 一 个 编码 风格 。 使 用 一 门 动态 类 型 语言 〈 如 
JavaScript) 时 ， 跟 踩 变 量 的 类 型 很 有 和 意义。 因此， 我 为 参数 
取 名 时 都 默认 市 上 其 类 型 名 。 一 般 我 会 使 用 不 定 冠 词 修饰 它 ， 
除非 命名 中 另 有 解释 其 角色 的 相关 信息 。 这 个 习惯 是 从 Kent 
Beck 那 里 学 的 [Beck SBPP]， 到 现在 我 还 一 直觉 得 很 有 用 。 





























v 人 瓜 痢 能 写 出 计算 机 可 以 理解 的 代码 。 唯 有 能 
写 出 人 关 容 易 理解 的 代码 的 ， 才 是 优秀 的 程序 员 。 





这 次 改名 是 否 值得 我 大 费 周 章 呢 ? 当然 值得 。 好 代码 应 
能 清楚 地 表明 它 在 做 什么 ， 而 变量 命名 是 代码 清晰 的 关键 。 只 
要 改名 能 够 提升 代码 的 可 读 性 ， 那 就 应 该 室 不 犹 耶 去 做 。 有 好 
的 碍 找 符 换 工具 在 手 ， 改 名 通 和 并 不 困难 ; 此外， 你 的 测试 以 
及 语言 本 身 的 静态 类 型 文 持 ， 都 可 以 帮 你 揪 出 漏 改 的 地 方 。 如 
今 有 了 目 动 化 的 重 构 工 具 ， 即 便 要 给 一 个 被 大 量 调 用 的 函数 改 
名 ， 通 常 也 不 在 话 下 。 


; 本 来 下 一 个 要 改名 的 变量 是 play， 但 我 对 这 个 参数 为 有 
安排 。 











移 除 play 变 量 


观察 amountFor 国 数 时 ， 我 会 看 看 它 的 参数 都 从 哪里 


来 。aPerformance 是 从 循环 变量 中 来 ， 所 以 自然 每 次 循环 都 会 
改变 ， 但 play 变 量 是 由 performance 变 量 计算 得 到 的 ， 因 此 根本 
没 必 要 将 它 作 为 参数 传 入 ， 我 可 以 在 amountFor 函 数 中 重新 计 
算得 到 它 。 当 我 分 解 一 个 长 函数 时 ， 我 喜欢 将 play 这 样 的 变量 
移 除 掉 ， 因 为 它们 创建 了 很 多 具有 局 音 j> 
会 使 提炼 函数 更 加 复杂 。 这 里 我 要 使 用 的 重 构 手法 是 以 查询 取 




















我 先 从 赋值 表达 式 的 右边 部 分 提 烁 出 一 个 函数 来 。 


function statement... 


function playFor(aPerformance) { 
return plays[aPerformance.playID]; 


} 


顶层 作用 域 ... 


function statement (invoice, plays) { 
let totalAmount = 0; 
let volumeCredits = 0; 
let result = “Statement for ${invoice.customer}\n ; 
const format = new Intl.NumberFormat("en-US", 
{ style: "currency", currency: "USD", 
minimumFractionDigits: 2 }).format; 
for (let perf of invoice.performances) { 
const play = playFor(perf); 
let thisAmount = amountFor(perf, play); 


// add volume credits 

volumeCredits += Math.max(perf.audience - 30, 0); 

// add extra credit for every ten comedy attendees 

if ("comedy" === play.type) volumeCredits += Math.floor(p 


// print line for this order 


result += ` ${play.name}: ${format(thisAmount/100)} (${pe 
totalAmount += thisAmount; 
} 
result += “Amount owed is ${format(totalAmount/100)}\n`; 
result += “You earned ${volumeCredits} credits\n ; 
return result; 


HIE. WW. $220, PATE AKA (123) 手法 内 
联 play 变 量 。 


顶层 作用 域 ... 


function statement (invoice, plays) { 
let totalAmount = 0; 
let volumeCredits = 0; 
let result = “Statement for ${invoice.customer}\n ; 
const format = new Intl.NumberFormat("en-US", 
{ style: "currency", currency: "USD", 
minimumFractionDigits: 2 }).format; 
for (let perf of invoice.performances) { 


eonstptay—ptlayrertperh+ 
let thisAmount = amountFor(perf, playFor(perf)); 


// add volume credits 

volumeCredits += Math.max(perf.audience - 30, 0); 

// add extra credit for every ten comedy attendees 

if ("comedy" === playFor(perf).type) volumeCredits += Mat 


// print line for this order 
result += ` ${playFor(perf).name}: ${format(thisAmount/10 
totalAmount += thisAmount; 
} 
result += “Amount owed is ${format(totalAmount/100)}\n`; 
result += “You earned ${volumeCredits} credits\n ; 
return result; 








编译 、 测 试 、 提 交 。 完 成 变量 内 联 后 ， 我 可 以 对 
amountFor 函 数 应 用 改变 函数 声明 (124) ， 移 除 play 参 数 。 我 








Sz Ay PAE FE. FA FE Eamount For PR ALAN Pas A ir FE RY PR A 


function statement... 


function amountFor(aPerformance, play) { 
let result = 0; 
switch (playFor(aPerformance).type) { 
case "tragedy": 
result = 40000; 
if (aPerformance.audience > 30) { 
result += 1000 * (aPerformance.audience - 30); 
} 
break; 
case "comedy": 
result = 30000; 
if (aPerformance.audience > 20) { 
result += 10000 + 500 * (aPerformance.audience - 20); 


result += 300 * aPerformance.audience; 
break; 
default: 
throw new Error( unknown type: ${playFor(aPerformance) . 
} 


return result; 
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顶层 作用 域 .… 


function statement (invoice, plays) { 
let totalAmount = 0; 
let volumeCredits = 0; 
let result = “Statement for ${invoice.customer}\n ， 
const format = new Intl.NumberFormat("en-US", 
{ style: "currency", currency: "USD", 
minimumFractionDigits: 2 }).format; 
for (let perf of invoice.performances) { 


let thisAmount = amountFor(perf ;—ptayFertperf_); 


// add volume credits 

volumeCredits += Math.max(perf.audience - 30, 0); 

// add extra credit for every ten comedy attendees 

if ("comedy" === playFor(perf).type) volumeCredits += Mat 


// print line for this order 
result += ` ${playFor(perf).name}: ${format(thisAmount/10 
totalAmount += thisAmount; 


result += “Amount owed is ${format(totalAmount/100)}\n ， 
result += “You earned ${volumeCredits} credits\n ; 
return result; 


function statement... 


function amountFor(aPerformance——piay ) { 

let result = 0; 

switch (playFor(aPerformance).type) { 

case "tragedy": 
result = 40000; 
if (aPerformance.audience > 30) { 

result += 1000 * (aPerformance.audience - 30); 

} 


break; 
case "comedy": 
result = 30000; 
if (aPerformance.audience > 20) { 
result += 10000 + 500 * (aPerformance.audience - 20); 


result += 300 * aPerformance.audience; 
break; 
default: 
throw new Error( unknown type: ${playFor(aPerformance) . 
} 


return result; 


J 
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找 play 变 量 的 代码 在 每 次 循环 中 只 执行 了 1 次 ， 而 重 构 后 却 执 
行 了 3 次 。 我 会 在 后 面 探讨 重 构 与 性 能 之 间 的 关系 ， 但 现在 ， 
我 认为 这 次 改动 还 不 太 可 能 对 性 能 有 严重 影响 ， 即 便 真 的 有 所 
T 














移 除 局 部 变量 的 好 处 就 是 做 提炼 时 会 简单 得 多 ， 因 为 需 
要 操心 的 局 部 作用 域 变 少 了 。 实 际 上 ， 在 做 任何 提 烁 前， 我 一 
般 都 会 先 移 除 局 部 变量 。 


处 理 完 amountFor 的 参数 后 ， 我 回 过 头 来 看 一 下 它 的 调用 
点 。 它 被 赋值 给 一 个 临时 变量 ， 之 后 就 不 再 被 修改 ， 因 此 我 又 
采用 内 联 变量 (123) 手法 内 联 它 。 











顶层 作用 域 ... 


function statement (invoice, plays) { 
let totalAmount = 0; 
let volumeCredits = 0; 
let result = “Statement for ${invoice.customer}\n ; 
const format = new Intl.NumberFormat("en-US", 
{ style: "currency", currency: "USD", 
minimumFractionDigits: 2 }).format; 
for (let perf of invoice.performances) { 


// add volume credits 

volumeCredits += Math.max(perf.audience - 30, 0); 

// add extra credit for every ten comedy attendees 

if ("comedy" === playFor(perf).type) volumeCredits += Mat 


// print line for this order 
result += ` ${playFor(perf).name}: ${format(amountFor (per 
totalAmount += amountFor(perf); 


result += “Amount owed is ${format(totalAmount/100)}\n ， 
result += “You earned ${volumeCredits} credits\n ; 


return result; 
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现在 statement 函数 的 内 部 实现 是 这 样 的 o 


顶层 作用 域 .… 


function statement (invoice, plays) { 
let totalAmount = 0; 
let volumeCredits = 0; 
let result = “Statement for ${invoice.customer}\n°; 
const format = new Intl.NumberFormat("en-US", 
{ style: "currency", currency: "USD", 
minimumFractionDigits: 2 }).format; 
for (let perf of invoice.performances) { 


// add volume credits 

volumeCredits += Math.max(perf.audience - 30, 0); 

// add extra credit for every ten comedy attendees 

if ("comedy" === playFor(perf).type) volumeCredits += Mat 


// print line for this order 
result += ` ${playFor(perf).name}: ${format(amountFor (per 
totalAmount += amountFor(perf); 
} 
result += “Amount owed is ${format(totalAmount/100)}\n`; 
result += “You earned ${volumeCredits} credits\n ; 
return result; 


这 会 儿 我 们 就 看 到 了 移 除 play 变 量 的 好 处 ， 移 除了 一 个 
局 部 作用 域 的 变量 ,提炼 观众 量 积分 的 计算 逻辑 又 更 简 蛙 一 


些 。 








我 仍 需 要 处 理 其 他 两 个 局 部 变量 。perf 同 样 可 以 轻易 作 
为 参数 传 入 ， 但 volumecredits 变 量 则 有 些 理 手 。 它 是 一 个 累加 
变量 ， 循 环 的 每 次 友 代 都 会 更 新 它 的 值 。 因 此 最 简单 的 方式 
是 ， 将 整 块 逻辑 提 烁 到 新 函数 中 ， 然 后 在 新 函数 中 直接 返回 


volumeCredits. 


function statement... 


function volumeCreditsFor(perf) { 
let volumeCredits = 0; 
volumeCredits += Math.max(perf.audience - 30, 0); 
if ("comedy" === playFor(perf).type) volumeCredits += Math. 
return volumeCredits; 


顶层 作用 域 .… 


function statement (invoice, plays) { 
let totalAmount = 0; 
let volumeCredits = 0; 
let result = “Statement for ${invoice.customer}\n ， 
const format = new Intl.NumberFormat("en-US", 
{ style: "currency", currency: "USD", 
minimumFractionDigits: 2 }).format; 
for (let perf of invoice.performances) { 
volumeCredits += volumeCreditsFor(perf); 


// print line for this order 
result += ` ${playFor(perf).name}: ${format(amountFor (per 
totalAmount += amountFor(perf); 


result += “Amount owed is ${format(totalAmount/100)}\n‘; 
result += “You earned ${volumeCredits} credits\n ; 
return result; 


我 还 顺便 删除 了 多 余 〈 并 且 会 引起 误解 ) 的 注释 。 
编译 、 测 试 、 提 交 ， 然 后 对 新 函数 里 的 变量 改名 。 





function statement... 


function volumeCreditsFor(aPerformance) { 
let result = 0; 
result += Math.max(aPerformance.audience - 30, 0); 
if ("comedy" === playFor(aPerformance).type) result += Math 
return result; 


} 


这 里 我 只 展示 了 一 步 到 位 的 改名 结 末 ， 不 过 实际 操作 
时 ， 我 还 是 一 次 只 将 一 个 变量 改名 ， 并 在 每 次 改名 后 执行 纺 
译 、 测 试 、 提 交 。 











移 除 format 变 量 


我 们 再 看 一 下 statement 这 个 主 函 数 。 


顶层 作用 域 ... 


function statement (invoice, plays) { 
let totalAmount = 0; 
let volumeCredits = 0; 
let result = “Statement for ${invoice.customer}\n’; 
const format = new Intl.NumberFormat("en-US", 
{ style: "currency", currency: "USD", 
minimumFractionDigits: 2 }).format; 
for (let perf of invoice.performances) { 
volumeCredits += volumeCreditsFor(perf); 


// print line for this order 
result += ` ${playFor(perf).name}: ${format(amountFor (per 
totalAmount += amountFor(perf); 


result += “Amount owed is ${format(totalAmount/100)}\n‘; 
result += “You earned ${volumeCredits} credits\n ; 
return result; 
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量 ， 而 最 简单 的 莫 过 于 从 format 变 量 入 手 。 这 是 典型 的 “将 函 
数 赋值 给 临时 变量 ”的 场景 ， 我 更 愿意 将 其 葵 换 为 一 个 明确 声 
明 的 函数 。 























function statement... 


function format(aNumber) { 
return new Intl.NumberFormat("en-US", 
{ style: "currency", currency: "USD", 
minimumFractionDigits: 2 }).format(aN 


顶层 作用 域 ... 


function statement (invoice, plays) { 
let totalAmount = 0; 
let volumeCredits = 0; 
let result = “Statement for ${invoice.customer}\n‘; 
for (let perf of invoice.performances) { 
volumeCredits += volumeCreditsFor(perf); 


// print line for this order 


result += ` ${playFor(perf).name}: ${format(amountFor (per 
totalAmount += amountFor(perf); 


result += “Amount owed is ${format(totalAmount/100)}\n ， 


result += “You earned ${volumeCredits} credits\n ; 
return result; 





尽管 将 函数 变量 改变 成 函数 声明 也 是 一 种 重 构 手 
法 ， 但 我 既 未 为 此 手法 命名 ， 也 未 将 它 纳 入 重 构 名 录 。 还 
有 很 多 的 重 构 手 法 我 都 党 得 没 那么 重要 。 我 党 得 上 面 这 个 
函数 改名 的 手法 既 十 分 简单 又 不 太 党 用， 不 值得 在 重 构 名 
录 中 占有 一 遍 之 地 。 

















我 对 提炼 得 到 的 函数 名 称 不 很 满意 format 未 能 清晰 
地 摘 述 其 作用 。formatAsuspD 很 表意 ， 但 又 太 长 ， 特 别 它 仅 是 
小 范围 地 被 用 在 一 个 字符 串 模 板 中 。 我 认为 这 里 真正 需要 强调 
的 是 ， 它 格式 化 的 是 一 个 货币 数字 ， 因 此 我 选取 了 一 个 能 体现 
此 意图 的 命名 ， 并 应 用 了 改变 函数 声明 (124) 手法 。 














顶层 作用 域 ... 


function statement (invoice, plays) { 
let totalAmount = 0; 
let volumeCredits = 0; 
let result = “Statement for ${invoice.customer}\n‘; 
for (let perf of invoice.performances) { 
volumeCredits += volumeCreditsFor(perf); 


// print line for this order 


result += ` ${playFor(perf).name}: ${usd(amountFor (perf ) ) 
totalAmount += amountFor(perf); 


result += “Amount owed is ${usd(totalAmount)}\n‘; 
result += “You earned ${volumeCredits} credits\n ; 


return result; 


function statement... 


function usd(aNumber) { 
return new Intl.NumberFormat("en-US", 
{ style: "currency", currency: "USD", 
minimumFractionDigits: 2 }).format(aN 


好 的 命名 十 分 重要 ， 但 往往 并 非 唾 手 可 得 。 只 有 恰 如 其 
分 地 命名 ， 才 能 彰显 出 将 大 函数 分 解 成 小 图 数 的 价值 。 有 了 好 
的 名 称 ， 我 束 不 必 通 过 阅读 函数 体 来 了 解 其 行为 。 但 要 一 次 把 
名 取 好 并 不 容易 ， 因 此 我 会 使 用 当下 能 想到 最 好 的 那个 。 如 果 
稍 后 想到 更 好 的 ， 我 就 会 曼 不 犹豫 地 换 掉 它 。 通 种 你 需要 人 花 几 
秒 钟 通读 更 多 代码 ， 才 能 发 现 最 好 的 名 称 古 什么 。 


重 命 名 的 同时 ， 我 还 将 重复 的 除 以 100 的 行为 也 搬移 到 函 
数 里 。 将 钱 以 美 分 为 单位 作为 正 整 数 存 储 是 一 种 常见 的 做 法 ， 
可 以 避免 使 用 浮 点 数 来 存储 货币 的 小 数 部 分 ， 同 时 文 不 影响 用 
数学 运算 符 操 作 它 。 不 过 ， 对 于 这 样 一 个 以 美 分 为 单位 的 整 
数 ， 我 义 需 要 以 美元 为 单位 进行 展示 ， 因 此 让 格式 化 函数 来 处 
理 整 除 的 事宜 再 好 不 过 。 





























移 除 观众 量 积 分 总 和 


我 的 下 一 个 重 构 目 标 是 volumecredits。 处理 这 个 变量 更 
加 微妙 ， 因 为 它 是 在 循环 的 迭代 过 程 中 昧 加 得 到 的 。 第 一 步 ， 


就 是 应 用 拆 分 循环 (227) 将 volumecredits 的 累加 过 程 分 离 出 
Wes 


顶层 作用 域 ... 


function statement (invoice, plays) { 
let totalAmount = 0; 
let volumeCredits = 0; 
let result = “Statement for ${invoice.customer}\n ; 


for (let perf of invoice.performances) { 


// print line for this order 
result += ` ${playFor(perf).name}: ${usd(amountFor (perf) ) 
totalAmount += amountFor(perf); 


for (let perf of invoice.performances) { 
volumeCredits += volumeCreditsFor(perf); 


} 


result += “Amount owed is ${usd(totalAmount)}\n`; 
result += “You earned ${volumeCredits} credits\n`; 
return result; 


完成 这 一 步 ， 我 就 可 以 使 用 移动 语句 “223) 手法 将 变量 
声明 挪动 到 紧邻 循环 的 位 置 。 


top level... 


function statement (invoice, plays) { 
let totalAmount = 0; 
let result = “Statement for ${invoice.customer}\n°; 
for (let perf of invoice.performances) { 


// print line for this order 
result += ` ${playFor(perf).name}: ${usd(amountFor (perf) ) 
totalAmount += amountFor(perf); 


let volumeCredits = 0; 
for (let perf of invoice.performances) { 
volumeCredits += volumeCreditsFor(perf); 


result += “Amount owed is ${usd(totalAmount)}\n; 
result += You earned ${volumeCredits} credits\n ; 
return result; 


把 与 更 新 volumecredits 变 量 相 关 的 代码 都 集中 到 一 起 ， 
有 利于 以 查询 取代 临时 变量 (178) 手法 的 施展 。 第 一 步 同 样 
是 先 对 变量 的 计算 过 程 应 用 提炼 函数 〈106) 手法 。 














function statement... 


function totalVolumeCredits() { 
let volumeCredits = 0; 
for (let perf of invoice.performances) { 
volumeCredits += volumeCreditsFor(perf); 


return volumeCredits; 


TUE VE aK... 


function statement (invoice, plays) { 
let totalAmount = 0; 
let result = “Statement for ${invoice.customer}\n’; 
for (let perf of invoice.performances) { 


// print line for this order 


result += ` ${playFor(perf).name}: ${usd(amountFor (perf) ) 
totalAmount += amountFor(perf); 


let volumeCredits = totalVolumeCredits(); 
result += “Amount owed is ${usd(totalAmount)}\n‘; 


result += You earned ${volumeCredits} credits\n ; 
return result; 


完成 函数 所 和 炼 后 ， 我 再 应 用 内 联 变 量 (123) 手法 内 


联 totalVolumeCredits 函数 。 


顶层 作用 域 .… 


function statement (invoice, plays) { 
let totalAmount = 0; 
let result = “Statement for ${invoice.customer}\n'; 
for (let perf of invoice.performances) { 


// print line for this order 
result += ` ${playFor(perf).name}: ${usd(amountFor (perf) ) 
totalAmount += amountFor(perf); 


} 


result += “Amount owed is ${usd(totalAmount)}\n`; 
result += `You earned ${totalVolumeCredits()} credits\n`; 
return result; 


重 构 至 此 ， 让 我 先 暂 停 一 下 ， 谈 谈 刚 刚 完成 的 修改 。 首 
先 ， 我 知道 有 些 读者 会 再 次 对 此 修改 可 能 带 来 的 性 能 问题 感到 
担忧 ， 我 知道 很 多 人 本 能 地 警惕 重复 的 循环 。 但 大 多 数 时 候 ， 
重复 一 次 这 样 的 循环 对 性 能 的 影响 都 可 忽略 不 计 。 如 果 你 在 重 
构 前 后 进行 计时 ， 很 可 能 甚至 都 注意 不 到 运行 速度 的 变化 
通 第 也 确实 没什么 变化 。 许 多 程序 员 对 代码 实际 的 运行 路 人 径 都 
所 知 不 足 ， 其 至 经 验 丰 富 的 程序 员 有 时 也 未 能 避免 。 在 聪明 的 
编译 器 、 现 代 的 缓存 技 术 面前 ， 我 们 很 多 直觉 都 是 不 准确 的 。 
软件 的 性 能 通常 只 与 代码 的 一 小 部 分 相关 ， 改 变 其 他 的 部 分 往 
往 对 总 体 性 能 贡献 其 微 。 




















当然 , “大 多 数 时 候 ” 不 等 同 于 “所 有 时 候 ”。 有 时 ， 一 些 
重 构 手法 也 会 显著 地 影响 性 能 。 但 即便 如 此 ， 我 通常 也 不 去 管 
它 ， 继 续 重 构 ， 因 为 有 了 一 份 结构 民 好 的 代码 ， 回 头 调 优 其 性 
能 也 容易 得 多 。 如 果 我 在 重 构 时 引入 了 明显 的 性 能 损耗 ， 我 后 
面 会 花 时 间 进 行 性 能 调 优 。 进 行 调 优 时 ， 可 能 会 回 退 我 早先 做 
的 一 些 重 构 一 一 但 更 多 时 候 ， 因 为 重 构 我 可 以 使 用 更 蜗 效 的 调 
优 方案 。 最 后 我 得 到 的 是 既 整 洁 义 高 效 的 代码 。 


因此 对 于 重 构 过 程 的 性 能 问题 ， 我 总 体 的 建议 是 :大 多 
数 情况 下 可 以 忽略 它 。 如 宋 重 构 引 入 了 性 能 损耗 ， 先 完成 重 
构 ， 再 做 性 能 优化 。 


Ta, 我 希望 你 能 注意 到 : 我 们 移 除 volumecredits 的 过 
程 是 多 么 小 步 。 整 个 过 程 一 共有 4 步 ， 每 一 步 都 伴随 着 一 次 编 
译 、 测 试 以 及 回 本 地 代码 库 的 提交 : 











。 使 用 拆 分 循环 〈227) 分 离 出 累加 过 程 ; 


。 使 用 移动 语句 “223) 将 累加 变量 的 声明 与 宕 加 过 程 集中 
到 一 起 ; 
o 使 用 提 烁 函数 〈106) 提炼 出 计算 总 数 的 函数 ; 
。 使 用 内 联 变量 123) 完全 移 除 中 间 变 量 。 
我 得 坦白 ， 我 并 非 总 是 如 此 小 步 一 一 但 在 事情 变 复杂 
时 ， 我 的 第 一 反应 就 是 采用 更 小 的 步子 。 怎 样 算 变 复杂 呢 ， 就 
征 当 重 构 过 程 有 测试 失败 而 我 又 无 法 马上 看 清 问 题 所 在 并 立即 
修复 时 ， 我 就 会 回 深 到 最 后 一 次 可 工作 的 提交 ， 然 后 以 更 小 的 
步子 重 做 。 这 得 益 于 我 如 此 频繁 地 提交 。 特 别 是 与 复杂 代码 打 
交道 时 ， 细 小 的 步子 是 快速 前 进 的 关键 。 


接着 我 要 重复 同样 的 步骤 来 移 除 totalAmount。 我 以 拆 解 









































循环 开始 (编译 、 测 试 、 提 交 ) ， 然 后 下 移 累 加 变量 的 声明 语 
句 〈 编 译 、 测 试 、 提 交 ) ， 最 后 再 提炼 函数 。 这 里 令 我 有 点 类 
PEW HE: 最 好 的 函数 名 应 该 是 totalAmount， 但 它 已 经 被 变量 
名 占用 ， 我 无 法 起 两 个 同样 的 名 字 。 因 此 ， 我 在 提炼 函数 时 先 
给 它 随 便 取 了 一 个 名 字 《 然 后 编译 、 测 试 、 提 交 ) 。 








function statement... 


function appleSauce() { 
let totalAmount = 0; 
for (let perf of invoice.performances) { 
totalAmount += amountFor(perf); 
} 
return totalAmount; 


Í 


顶层 作用 域 ... 


function statement (invoice, plays) { 
let result = “Statement for ${invoice.customer}\n`; 
for (let perf of invoice.performances) { 
result += ` ${playFor(perf).name}: ${usd(amountFor (perf) ) 


let totalAmount = appleSauce(); 
result += “Amount owed is ${usd(totalAmount)}\n‘; 


result += You earned ${totalVolumeCredits()} credits\n ; 
return result; 





接着 我 将 变量 内 联 (编译 、 测 试 、 提 交 ) ， 然 后 将 函数 
名 改 回 totalAmount (编译 、 测 试 、 提 区 ) 。 


顶层 作用 域 .… 


function statement (invoice, plays) { 
let result = “Statement for ${invoice.customer}\n‘; 
for (let perf of invoice.performances) { 
result += ` ${playFor(perf).name}: ${usd(amountFor (perf) ) 


result += “Amount owed is ${usd(totalAmount())}\n°; 
result += “You earned ${totalVolumeCredits()} credits\n ; 
return result; 


function statement... 


function totalAmount() { 
let totalAmount = 0; 
for (let perf of invoice.performances) { 
totalAmount += amountFor(perf); 
} 


return totalAmount; 


趁 看 给 新 提炼 的 函数 改名 的 机 会 ， 我 顺手 一 并 修改 了 函 
数 内 部 的 变量 名 ， 以 便 保持 我 一 员 的 编码 风格 。 








function statement... 


function totalAmount() { 
let result = 0; 
for (let perf of invoice.performances) { 
result += amountFor (perf); 
} 


return result; 


} 
function totalVolumeCredits() { 


let result = 0; 

for (let perf of invoice.performances) { 
result += volumeCreditsFor(perf); 

小 


return result; 


15 进展 : KEREK 
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function statement (invoice, plays) { 
let result = “Statement for ${invoice.customer}\n`; 
for (let perf of invoice.performances) { 
result += ` ${playFor(perf).name}: ${usd(amountFor (perf) ) 
} 


result += “Amount owed is ${usd(totalAmount())}\n°; 
result += “You earned ${totalVolumeCredits()} credits\n ; 
return result; 


function totalAmount() { 
let result = 0; 
for (let perf of invoice.performances) { 
result += amountFor (perf); 


return result; 
} 
function totalVolumeCredits() { 
let result = 0; 
for (let perf of invoice.performances) { 
result += volumeCreditsFor(perf); 


} 


return result; 


function usd(aNumber) { 
return new Intl.NumberFormat("en-US", 
{ style: "currency", currency: "USD", 
minimumFractionDigits: 2 }).format( 
function volumeCreditsFor(aPerformance) { 
let result = 0; 
result += Math.max(aPerformance.audience - 30, 0); 
if ("comedy" === playFor(aPerformance).type) result += Ma 
return result; 


J 


function playFor(aPerformance) { 
return plays[aPerformance.playID]; 
J 
function amountFor(aPerformance) { 
let result = 0; 
switch (playFor(aPerformance).type) { 
case "tragedy": 
result = 40000; 
if (aPerformance.audience > 30) { 
result += 1000 * (aPerformance.audience - 30); 
J 
break; 
case "comedy": 
result = 30000; 
if (aPerformance.audience > 20) { 
result += 10000 + 500 * (aPerformance.audience - 20); 


result += 300 * aPerformance.audience; 
break; 
default: 
throw new Error( unknown type: ${playFor(aPerformance). 


t 


return result; 








ERS aMOAES o MEH statement MAL A 
剩 7 行 代码 ， 而 且 它 处 理 的 都 是 与 打印 详 单 相关 的 逻辑 。 与 计 
算 相 关 的 逻辑 从 主 函 数 中 被 移 走 ， 改 由 一 组 函数 来 文 持 。 每 个 
单独 的 计算 过 程 和 详 单 的 整体 结构 ， 都 因此 变 得 更 易 理 解 了 。 





16 ” 拆 分 计算 阶段 与 格式 化 阶段 








到 目前 为 上 ， 我 的 重 构 主要 是 为 原 函 数 添加 足够 的 结 

构 ， 以 便 我 能 更 好 地 理解 它 ， 看 清 它 的 逻辑 结构 。 这 也 是 重 构 
早期 的 一 般 步 又 。 把 复杂 的 代码 块 分 解 为 更 小 的 单元 ， 与 好 的 
命名 一 样 部 很 重要 。 现 在 ， 我 可 以 更 多 关注 我 要 修改 的 功能 前 
分 了 ， 也 就 是 为 这 张 详 单 提供 一 个 HTML 版 本 。 不 管 怎么 说 ， 
现在 改 起 来 更 加 人 简单 了 了。 因为 计算 代码 已 经 被 分 离 出 来 ， 我 只 
需要 为 项 部 的 7 行 代码 实现 一 个 HTML 的 版 本 。 问 题 是 ， 这 些 
分 解 出 来 的 函数 髓 套 在 打印 文本 详 单 的 函数 中 。 无 论据 套 函 数 
组 织 得 多 么 民 好 ， 我 忆 不 想 将 它们 全 复制 粘贴 到 男 一 个 新 函数 
中 。 我 布 畦 同样 的 计算 靖 数 可 以 被 文本 版 主持 和 HTML 版 主音 
共用 。 


要 实现 复 用 有 许多 种 方法 ， 而 我 最 辟 欢 的 技术 是 拆 分 阶 
Fo (154) 。 这 里 我 的 目标 是 将 逻辑 分 成 两 部 分 : 一 部 分 计算 
详 单 所 圾 的 数据 ， 为 一 部 分 将 数据 演 染 成 文本 或 HTML。 第 一 
阶段 会 创建 一 个 中 转 数 据 结构 ， 再 把 它 传 递 给 第 二 阶段 。 


要 开始 拆 分 阶段 〈154) ， 我 会 先 对 组 成 第 二 阶段 的 代码 
应 用 提炼 函数 〈106) 。 在 这 个 例子 中 ， 这 部 分 代码 就 是 打印 
详 单 的 代码 ， FSC th itt statement HAERA. 我 要 把 
它们 与 所有 髓 套 的 函数 一 起 抽取 到 一 个 新 的 顶层 函数 中 ， 并 将 


其 命名 为 renderPlainText。 






































function statement (invoice, plays) { 
return renderPlainText(invoice, plays); 


function renderPlainText(invoice, plays) { 


let result = “Statement for ${invoice.customer}\n ; 
for (let perf of invoice.performances) { 

result += ` ${playFor(perf).name}: ${usd(amountFor (perf) ) 
小 


result += “Amount owed is ${usd(totalAmount())}\n°; 
result += “You earned ${totalVolumeCredits()} credits\n`; 
return result; 


function totalAmount() {...} 
function totalVolumeCredits() {...} 
function usd(aNumber) {...} 
function volumeCreditsFor(aPerformance) {...} 
function playFor(aPerformance) {...} 
function amountFor(aPerformance) {...} 








编译 、 测 试 、 提 交 ， 接 独创 建 一 个 对 象 ， 作 为 在 两 个 阶 
段 间 传递 的 中 转 数 据 结构 ， 然 后 将 它 作 为 第 一 个 参数 传递 给 


renderPlainText 〈 然 后 编译 、 测 试 、 提 交 ) à 


function statement (invoice, plays) { 
const statementData = {}; 
return renderPlainText(statementData, invoice, plays); 


} 


function renderPlainText(data, invoice, plays) { 
let result = “Statement for ${invoice.customer}\n ， 
for (let perf of invoice.performances) { 
result += ` ${playFor(perf).name}: $f{usd(amountFor (perf ) ) 


result += “Amount owed is ${usd(totalAmount())}\n°; 
result += “You earned ${totalVolumeCredits()} credits\n`; 
return result; 


function totalAmount() {...} 
function totalVolumeCredits() {...} 
function usd(aNumber) {...} 
function volumeCreditsFor(aPerformance) {...} 
function playFor(aPerformance) {...} 
function amountFor(aPerformance) {...} 


现在 我 要 检查 一 下 renderPlainText 用 到 的 其 他 参数 。 我 
硕 望 将 它们 挪 到 这 个 中 转 数 据 结构 里 ， 这 样 所 有 计算 代码 都 可 
以 被 挪 到 statement PKI 数 中 ， 让 renderPlainText 只 操作 通过 
data 参 数 传 进来 的 数据 。 


第 一 步 是 将 顾客 (customer) 字段 添加 到 中 转 对 象 里 
(编译 、 测 试 、 提 区 ) 。 


function statement (invoice, plays) { 
const statementData = {}; 
statementData.customer = invoice.customer; 
return renderPlainText(statementData, invoice, plays); 


} 


function renderPlainText(data, invoice, plays) { 
let result = “Statement for ${data.customer}\n ; 
for (let perf of invoice.performances) { 
result += ` ${playFor(perf).name}: ${usd(amountFor (perf) ) 
} 


result += “Amount owed is ${usd(totalAmount())}\n`; 
result += “You earned ${totalVolumeCredits()} credits\n`; 
return result; 


我 将 performances 字 上 段 也 搬移 过 去 ， 这 样 我 就 可 以 移 除 
掉 renderPlainText 的 invoice 参 数 〈 编 译 、 测 试 、 提 交 )， 。 


顶层 作用 域 .… 


function statement (invoice, plays) { 
const statementData = {}; 
statementData.customer = invoice.customer; 
statementData.performances = invoice.performances; 
return renderPlainText(statementData, -—imveiee, plays); 


} 


function renderPlainText(data, plays) { 
let result = “Statement for ${data.customer}\n'; 


for (let perf of data.performances) { 

result += ` ${playFor(perf).name}: ${usd(amountFor (perf) ) 
} 
result += “Amount owed is ${usd(totalAmount())}\n`; 
result += You earned ${totalVolumeCredits()} credits\n`; 
return result; 


function renderPlainText... 


function totalAmount() { 
let result = 0; 
for (let perf of data.performances) { 
result += amountFor (perf); 
} 


return result; 


function totalVolumeCredits() { 
let result = 0; 
for (let perf of data.performances) { 
result += volumeCreditsFor(perf); 
} 


return result; 


现在 ， 我 希望 “剧目 名 称 ” 信 息 也 从 中 转 数据 中 获得 。 为 
此 ， 需 要 使 用 play 中 的 数据 填充 aperformance 对 象 〈 记 得 编 


译 、 测 试 、 提 交 ) 。 


function statement (invoice, plays) { 
const statementData = {}; 
statementData.customer = invoice.customer; 
statementData.performances = invoice.performances.map(enric 
return renderPlainText(statementData, plays); 


function enrichPerformance(aPerformance) { 
const result = Object.assign({}, aPerformance) ; 
return result; 


现在 我 只 是 简单 地 返回 了 一 个 apPerformance 对 象 的 副 
本 ,但 马上 我 就 会 往 这 条 记录 中 添加 新 的 数据 。 返 回 副 本 的 原 
因 是 ， 我 不 想 修改 传 给 函数 的 参数 ， 我 总 是 尽量 保持 数据 不 可 
aS (immutable) FY AB ATR AS 2 ARAB I FY LUG 








ENAR JavaScript 的 人 看 来 ，result = 
Object.assign({}, aPerformance) 的 写法 可 能 十 分 奇怪 。 
它 返 回 的 是 一 个 浅 副 本 。 虽 然 我 更 希望 有 个 函数 来 完成 此 
功能 ， 但 这 个 用 法 已 经 约定 俗 成 ， 如 有 果 我 自己 写 个 函数 ， 
在 JavaScript 程 序 员 看 来 反而 会 格格 不 入 。 





现在 我 们 已 经 有 了 安放 play 字 段 的 地 方 ， 可 以 把 数据 放 
进去 。 我 需要 对 playFor 和 statement 函 数 应 用 搬移 函数 (198) 
(然后 编译 、 测 试 、 提 交 )〉。 


function statement... 


function enrichPerformance(aPerformance) { 
const result = Object.assign({}, aPerformance) ; 
result.play = playFor(result); 
return result; 


function playFor(aPerformance) { 
return plays[aPerformance.playID]; 


然后 替换 renderPlainText 中 对 playFor 的 所 有 引用 点 ， TE 


它们 使 用 新 数据 〈 编 译 、 测 试 、 提 交 )，。 
function renderPlainText... 


let result = “Statement for ${data.customer}\n ; 
for (let perf of data.performances) { 

result += ` ${perf.play.name}: ${usd(amountFor(perf))} (${p 
} 


result += “Amount owed is ${usd(totalAmount())}\n°; 
result += “You earned ${totalVolumeCredits()} credits\n ; 
return result; 


function volumeCreditsFor(aPerformance) { 
let result = 0; 
result += Math.max(aPerformance.audience - 30, 0); 
if ("comedy" === aPerformance.play.type) result += Math.flo 
return result; 


} 


functionamountFor(aPerformance)t 
let result = 0; 
switch (aPerformance.play.type) { 
case "tragedy": 
result = 40000; 
if (aPerformance.audience > 30) { 
result += 1000 * (aPerformance.audience - 30); 
} 
break; 
case "comedy": 
result = 30000; 
if (aPerformance.audience > 20) { 
result += 10000 + 500 * (aPerformance.audience - 20); 
} 
result += 300 * aPerformance.audience; 
break; 
default: 
throw new Error( unknown type: ${aPerformance.play.type}` 


return result; 


fees FRE ASU EH AZ amountFor eA Aa M 


Wo EX) 


function statement... 


function enrichPerformance(aPerformance) { 


} 


const result = Object.assign({}, aPerformance); 
result.play = playFor (result); 

result.amount = amountFor (result); 

return result; 


function amountFor(aPerformance) {...} 


function renderPlainText... 


let result = “Statement for ${data.customer}\n ; 
for (let perf of data.performances) { 


} 


result += “Amount owed is ${usd(totalAmount())}\n`; 
result += 


result += ` ${perf.play.name}: ${usd(perf.amount)} (${perf. 


return result; 


function totalAmount() { 


let result = 0; 

for (let perf of data.performances) { 
result += perf.amount; 

} 


return result; 


接 下 来 搬移 观众 量 积 分 的 计算 〈 编 译 、 测 试 、 


了 


“You earned ${totalVolumeCredits()} credits\n ; 


提交 ) 


function statement... 


function enrichPerformance(aPerformance) { 
const result = Object.assign({}, aPerformance); 
result.play = playFor(result); 
result.amount = amountFor(result); 
result.volumeCredits = volumeCreditsFor(result); 
return result; 


} 


function volumeCreditsFor(aPerformance) {...} 


function renderPlainText... 


function totalVolumeCredits() { 
let result = 0; 
for (let perf of data.performances) { 
result += perf.volumeCredits; 
} 


return result; 


} 


最 后 ， 我 将 两 个 计算 总 数 的 函数 括 移 到 statement 函 数 
中 。 


function statement... 


const statementData = {}; 

statementData.customer = invoice.customer; 
statementData.performances = invoice.performances.map(enrichP 
statementData.totalAmount = totalAmount(statementData) ; 
statementData.totalVolumeCredits = totalVolumeCredits(stateme 
return renderPlainText(statementData, plays); 


function totalAmount(data) {...} 
function totalVolumeCredits(data) {...} 


function renderPlainText... 


let result = “Statement for ${data.customer}\n ; 
for (let perf of data.performances) { 

result += ` ${perf.play.name}: ${usd(perf.amount)} (${perf. 
} 
result += “Amount owed is ${usd(data.totalAmount)}\n°; 
result += “You earned ${data.totalVolumeCredits} credits\n ; 
return result; 





尽管 我 可 以 修改 函数 体 ， 让 这 些 计 算 总 数 的 函数 直接 使 
tatenentoaen SS (反正 它 在 作用 域内 ) ， 但 我 更 喜欢 显 式 
地 传 入 函数 参数 。 


等 到 搬移 完成 ， 编 译 、 测 试 、 提 交 也 做 完 ， 我 便 妨 不 住 
以 管道 取代 循环 (231) 对 几 个 地 方 进行 重 构 。 


function renderPlainText... 


function totalAmount(data) { 
return data.performances 
.reduce((total, p) => total + p.amount, 0); 
} 


function totalVolumeCredits(data) { 


return data.performances 
.reduce((total, p) => total + p.volumeCredits, 0); 


现在 我 可 以 把 第 一 阶段 的 代码 提 烁 到 一 个 独立 的 函数 里 





了 编译、 测试 、 提 交 )。 


顶层 作用 域 .… 


function statement (invoice, plays) { 
return renderPlainText(createStatementData(invoice, plays) ) 


} 


function createStatementData(invoice, plays) { 
const statementData = {}; 
statementData.customer = invoice.customer; 
statementData.performances = invoice.performances.map(enric 
statementData.totalAmount = totalAmount(statementData) ; 
statementData.totalVolumeCredits = totalVolumeCredits(state 
return statementData; 
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文件 里 去 《并且 修改 了 返回 结果 的 变量 名 ， 与 我 一 贯 的 编码 风 
格 保持 一 致 ) 。 


statement.js... 


import createStatementData from './createStatementData.js'; 


createStatementData.js... 


export default function createStatementData(invoice, plays) { 
const result = {}; 
result.customer = invoice.customer; 
result.performances = invoice.performances.map(enrichPerfor 
result.totalAmount = totalAmount(result); 
result.totalVolumeCredits = totalVolumeCredits(result); 


return result; 


function enrichPerformance(aPerformance) {...} 
function playFor(aPerformance) {...} 
function amountFor(aPerformance) {...} 
function volumeCreditsFor(aPerformance) {...} 
function totalAmount(data) {...} 
function totalVolumeCredits(data) {...} 





最 后 再 做 一 次 编译 、 测 试 、 提 交 ， 接 下 来 ， 要 编写 一 -4 
HTML 版 本 的 对 账单 就 很 简单 了 。 


statement.js... 


function htmlStatement (invoice, plays) { 
return renderHtml(createStatementData(invoice, plays)); 
} 
function renderHtml (data) { 
let result = “<hi>Statement for ${data.customer}</h1>\n ， 
result += "<table>\n"; 
result += "<tr><th>play</th><th>seats</th><th>cost</th> 
</tr>"; 
for (let perf of data.performances) { 
result += ` <tr><td>${perf.play.name}</td> 
<td>${perf.audience}</td> ; 
result += ~<td>${usd(perf.amount )}</td></tr>\n; 
J 


result += "</table>\n"; 
result += `<p>Amount owed is <em>${usd(data.totalAmount ) } 
</em></p>\n`; 
result += `<p>You earned <em>${data.totalVolumeCredits} 
</em> credits</p>\n`; 
return result; 


} 


function usd(aNumber) {...} 


《我 把 usd 函 数 也 搬移 到 顶层 作用 域 中 ， 以 便 renderHtml 





也 能 访问 它 。) 


1.7 进展 : 分离 到 两 个 文件 《和 两 个 阶 
Bo) 














现在 正 是 停 下 来 重新 回顾 一 下 代码 的 好 时 机 ， 思 考 一 下 
重 构 的 进展 。 现 在 我 有 了 两 个 代码 文件 。 


statement.js 


import createStatementData from './createStatementData.js'; 
function statement (invoice, plays) { 

return renderPlainText(createStatementData(invoice, plays) ) 
} 
function renderPlainText(data, plays) { 

let result = “Statement for ${data.customer}\n ; 

for (let perf of data.performances) { 

result += ` ${perf.play.name}: ${usd(perf.amount)} (${per 


result += “Amount owed is ${usd(data.totalAmount)}\n°; 
result += “You earned ${data.totalVolumeCredits} credits\n` 
return result; 


function htmlStatement (invoice, plays) { 
return renderHtml(createStatementData(invoice, plays)); 
} 
function renderHtml (data) { 
let result = “<hi>Statement for ${data.customer}</hi>\n°; 
result += "<table>\n"; 
result += "<tr><th>play</th><th>seats</th><th>cost</th> 
</tr>"; 
for (let perf of data.performances) { 
result += <tr><td>${perf.play.name}</td> 
<td>${perf.audience}</td> ; 
result += ~<td>${usd(perf.amount )}</td></tr>\n; 
} 
result += "</table>\n"; 
result += *“<p>Amount owed is <em>${usd(data.totalAmount ) } 
</em></p>\n`; 


result += `<p>You earned <em>${data.totalVolumeCredits} 
</em> credits</p>\n`; 
return result; 


J 


function usd(aNumber) { 
return new Intl.NumberFormat("en-US", 


{ style: "currency", currency 
minimumFractionDigits: 2 }) 


createStatementData.js 


export default function createStatementData(invoice, plays) { 
const result = {}; 


result. 
result. 
result. 
result. 


return 


customer = invoice.customer; 

performances = invoice.performances.map(enrichPerfor 
totalAmount = totalAmount(result); 
totalVolumeCredits = totalVolumeCredits(result); 
result; 


function enrichPerformance(aPerformance) { 
const result = Object.assign({}, aPerformance); 
result.play = playFor(result); 
result.amount = amountFor(result); 
result.volumeCredits = volumeCreditsFor(result); 
return result; 


Í 


function playFor(aPerformance) { 
return plays[aPerformance.playID] 


} 


function amountFor(aPerformance) { 
let result = 0; 
switch (aPerformance.play.type) { 


case 


"tragedy": 


result = 40000; 


if (aPerformance.audience > 30) { 
result += 1000 * (aPerformance.audience - 30); 
} 
break; 
case "comedy": 


result = 30000; 


if 


(aPerformance.audience > 20) { 


result += 10000 + 500 * (aPerformance.audience - 20); 
} 
result += 300 * aPerformance.audience; 
break; 
default: 
throw new Error( unknown type: ${aPerformance.play.ty 


return result; 


function volumeCreditsFor(aPerformance) { 
let result = 0; 
result += Math.max(aPerformance.audience - 30, 0); 
if ("comedy" === aPerformance.play.type) result += Math. f 
return result; 


function totalAmount(data) { 
return data.performances 
.reduce((total, p) => total + p.amount, 0); 


function totalVolumeCredits(data) { 
return data.performances 
.reduce((total, p) => total + p.volumeCredits, 0); 
} 





代码 行 数 由 我 开始 重 构 时 的 44 行 增加 到 了 70 行 (不 算 
htmlstatement ) ， 这 主要 是 将 代码 抽取 到 函数 里 帝 来 的 额外 包 
装 成 本 。 昌 然 代 码 的 行 数 增加 了 ， 但 重 构 也 带 来 了 代码 可 读 性 
的 提高 。 额 外 的 包装 将 混杂 的 逻辑 分 解 成 可 辨别 的 部 分 ， 分 离 
了 详 单 的 计算 逻辑 与 样式 。 这 种 模块 化 使 我 更 容易 辨别 代码 的 
不 同 部 分 ， 了 解 它们 的 协作 关系 。 虽 说 言 以 简 为 贯 ， 但 可 演化 
的 软件 却 以 明确 为 贯 。 通 过 增强 代码 的 模块 化 ， 我 可 以 轻易 地 
添加 HTML 版 本 的 代码 ， 而 无 须 重 复 计 算 部 分 的 逻辑 。 














x 编程 时 ， 需 要 如 人 循 营地 法 则 :你 证 你 离开 时 的 
代码 库 一 定 比 来 时 更 健康 。 





其 实 打 印 逻辑 还 可 以 进一步 简化 ， 但 当前 的 代码 也 够 用 
了 。 我 经 党 需要 在 所 有 可 做 的 重 构 与 添加 新 特性 之 间 寻 找平 
衡 。 在 当今 业界 ， 大 多 数 人 面临 同样 的 选择 时 ， 似 乎 多 以 延缓 
重 构 而 告终 一 一 当然 这 也 是 一 种 选择 。 我 的 观点 则 与 营地 法 则 
无 寞 : 你 证 离开 时 的 代码 库 一 定 比 你 来 时 更 加 健康 。 完 美的 境 
界 很 难 达 到 ， 但 应 该 时 时 都 勤 加 拂 拭 。 




















1.8 按 类 型 重组 计算 过 程 





接 下 来 我 将 注意 力 集 中 到 下 一 个 特性 改动 : 文 持 更 多 类 
型 的 戏剧 ， 以 及 文 持 它们 各 目的 价格 计算 和 观众 量 积分 计算 。 
对 于 现在 的 结构 ， 我 只 需要 在 计算 函数 里 谎 加 分 文 逻 辑 即 
可 。amountFor 函 数 清楚 地 体现 了 ， 戏 剧 类 型 在 计算 分 文 的 选 
择 上 起 看 关键 的 作用 一 一 但 这 样 的 分 支 逻 辑 很 容易 随 代 码 堆 积 
而 腐 坏 ， 除 非 编 程 语言 提供 了 更 基础 的 编程 语言 元 素来 防止 代 
人 码 堆积 。 


要 为 程序 引入 结构 、 显 式 地 表达 出 “计算 逻辑 的 差异 是 由 
类 型 代码 确定 ”有 许多 途径 ， 不 过 最 自然 的 解决 办 法 还 是 使 用 
面向 对 象 世界 里 的 一 个 经 典 特性 一 一 类 型 多 态 。 传 统 的 面 问 对 
象 特 性 在 JavaScript 世 界 一 直 备 受 争议 ， 但 新 的 ECMAScript 
2015 规 范 有 意 为 类 和 多 态 引 入 了 一 个 相当 实用 的 语法 糖 。 这 说 
明 ， 在 合适 的 场景 下 使 用 面向 对 象 是 合理 的 一 一 显然 我 们 这 个 
就 是 一 个 合适 的 使 用 场景 。 


我 的 设想 是 先 建立 一 个 继承 体系 ， 它 有 “高 

FR” (comedy) 和 “悲剧 ”(tragedy) 两 个 子 类 ， 子 类 各 上 自 包含 
独立 的 计算 逻辑 。 调 用 者 通过 调用 一 个 多 态 的 amount 函 数 ， 让 
语言 帮 你 分 发 到 不 同 的 子 类 的 计算 过 程 中 。volumecredits 函 数 
的 处 理 也 是 如 法 炮制 。 为 此 我 需要 用 到 多 种 重 构 方法 ， 其 中 最 
核心 的 一 招 是 以 多 态 取代 条 件 表达 式 (272) ， 将 多 个 同样 的 
类 型 码 分 支 用 多 态 取 代 。 但 在 施展 以 多 态 取 代 条 件 表达 式 

(272) 之 前 ， 我 得 先 创 建 一 个 基本 的 继承 结构 。 我 需要 先 创 
建 一 个 类 ， 并 将 价格 计算 函数 和 观众 量 积分 计算 函数 放 进 去 。 


我 先 从 检查 计算 代码 开始 。 (之 前 的 重 构 带 来 的 一 大 好 






































处 是 ， 现 在 我 大 可 以 忽略 那些 格式 化 代码 ， 只 要 不 改变 中 转 数 
我 可 以 进一步 添加 测试 来 保证 中 转 数 据 结构 不 会 
被 意外 修改 。 ) 


createStatementData.js... 


export default function createStatementData(invoice, plays) { 
const result = {}; 
result.customer = invoice.customer; 
result.performances = invoice.performances.map(enrichPerfor 
result.totalAmount = totalAmount(result); 
result.totalVolumeCredits = totalVolumeCredits(result); 
return result; 


function enrichPerformance(aPerformance) { 
const result = Object.assign({}, aPerformance); 
result.play = playFor (result); 
result.amount = amountFor(result); 
result.volumeCredits = volumeCreditsFor(result); 
return result; 


function playFor(aPerformance) { 
return plays[aPerformance.playID | 
} 


function amountFor(aPerformance) { 
let result = 0; 
switch (aPerformance.play.type) { 
case "tragedy": 
result = 40000; 
if (aPerformance.audience > 30) { 
result += 1000 * (aPerformance.audience - 30); 
} 
break; 
case "comedy": 
result = 30000; 
if (aPerformance.audience > 20) { 
result += 10000 + 500 * (aPerformance.audience - 20); 
} 
result += 300 * aPerformance.audience; 
break; 
default: 
throw new Error( unknown type: ${aPerformance.play.ty 
} 


return result; 
} 
function volumeCreditsFor(aPerformance) { 
let result = 0; 
result += Math.max(aPerformance.audience - 30, 0); 
if ("comedy" === aPerformance.play.type) result += Math.f 
return result; 
} 
function totalAmount(data) { 
return data.performances 
.reduce((total, p) => total + p.amount, 0); 
} 


function totalVolumeCredits(data) { 


return data.performances 
.reduce( (total, p) => total + p.volumeCredits, 0); 


BIEN HH Th St a 








enrichPerformance 函 数 是 关键 所 在 ， 因 为 正 是 它 用 每 场 
演出 的 数据 来 填充 中 转 数 据 结构 。 目 前 它 直 接 调 用 了 计算 价格 
和 观众 量 积 分 的 函数 ， 我 需要 创建 一 个 类 ， 通 过 这 个 类 来 调用 
这 些 函 数 。 由 于 这 个 类 存放 了 与 每 场 演 出 相关 数据 的 计算 函 
数 ， 于 是 我 把 它 称 为 演出 计算 吉 (performance calculator) 。 








function createStatementData... 


function enrichPerformance(aPerformance) { 
const calculator = new PerformanceCalculator(aPerformance) ; 
const result = Object.assign({}, aPerformance); 
result.play = playFor(result); 
result.amount = amountFor(result); 
result.volumeCredits = volumeCreditsFor(result) ; 
return result; 


顶层 作用 域 .… 


class PerformanceCalculator { 
constructor(aPerformance) { 
this.performance = aPerformance; 


到 目前 为 止 ， 这 个 新 对 象 还 没 做 什么 事 。 我 希望 将 函数 
行为 搬移 进来 ， 这 可 以 从 最 容易 搬移 的 东西 一 一 play 字 段 开 
台 。 严 格 来 讲 ， 我 不 需要 搬移 这 个 字段 ， 因 为 它 并 未 体现 出 多 
态 性 ， 但 这 样 可 以 把 所 有 数据 转换 集中 到 一 处 地 方 ， 保 证 了 代 
码 的 一 致 性 和 清晰 度 。 


为 此 ， 我 将 使 用 改变 函数 声明 (124) 手法 
将 performance 的 play 字 段 传 给 计算 器 。 








function createStatementData... 


function enrichPerformance(aPerformance) { 
const calculator = new PerformanceCalculator(aPerformance, 
const result = Object.assign({}, aPerformance); 
result.play = calculator.play; 
result.amount = amountFor(result); 
result.volumeCredits = volumeCreditsFor(result); 
return result; 


class PerformanceCalculator... 


class PerformanceCalculator { 
constructor(aPerformance, aPlay) { 


this.performance = aPerformance; 
this.play = aPlay; 





(以 下 行文 中 我 将 不 再 特别 提 及 "编译 、 测 试 、 提 交 ” 循 
环 ， 我 猜 你 也 已 经 读 得 有 些 厌 烦 了 。 但 我 仍 会 不 断 重复 这 个 循 
环 。 的 确 ， 有 时 我 也 会 厌烦 ， 直 到 错误 又 跳出 来 咬 我 一 下 ， 我 
才 又 学 会 进入 小 步 的 节奏 。) 





“AG ER I AS EET SE as 


我 要 搬移 的 下 一 块 逻辑 ， 对 计算 一 场 演 出 的 价格 
Camount) 来 说 就 尤为 重要 了 。 在 调整 车 套 函 数 的 层级 时 ， 我 
经 党 将 函数 挪 来 挪 去 ， 但 接 下 来 需要 改动 到 更 深入 的 函数 上 下 
文 ， 因 此 我 将 小 心 使 用 搬移 函数 “198) 来 重 构 它 。 首 先 ， 
将 amount 函 数 的 逻辑 复制 一 份 到 新 的 上 下 文中 ， tH, i 
是 Performancecalculator 类 中 。 然 后 微调 一 下 代码 ， 
将 aPerformance 改 为 this. performance, 
将 playFor (aPerformance) 改 为 this.play， 使 代码 适应 这 个 新 
家 。 











class PerformanceCalculator... 


get amount() { 
let result = 0; 
switch (this.play.type) { 
case "tragedy": 
result = 40000; 
if (this.performance.audience > 30) 
result += 1000 * (this.performance.audience - 30); 


break; 
case "comedy": 
result = 30000; 
if (this.performance.audience > 20) { 
result += 10000 + 500 * (this.performance.audience - 


result += 300 * this.performance. audience; 
break; 
default: 
throw new Error( unknown type: ${this.play.type} ); 


return result; 

















搬移 完成 后 可 以 编译 一 下 ， 看 看 是 否 有 编译 错误 。 我 在 
本 地 开发 环境 运行 代码 时 ， 编 译 会 自动 发 生 ， 我 实际 需要 做 的 
只 是 运行 一 下 Babel。 编 译 能 帮 我 友 现 新 函数 中 潜在 的 语法 错 
误 ， 语 法 之 外 的 就 帮 不 上 什么 忙 了 。 尺 管 如 此 ， 这 一 步 还 是 很 
有 用 。 


使 新 函数 适应 新 家 后 ， 我 会 将 原来 的 函数 改造 成 一 个 委 
托 函 数 ， 让 它 直接 调用 新 函数 。 





function createStatementData... 


function amountFor(aPerformance) { 
return new PerformanceCalculator(aPerformance, playFor(aPer 


现在 ， 我 可 以 执行 一 次 编译 、 测 试 、 提 交 ， 确 保 代 码 搬 
sel gers aa e a ca 
引用 点 直接 调用 新 函数 (然后 编译 、 测 试 、 提 交 ) 


function createStatementData... 


function enrichPerformance(aPerformance) { 
const calculator = new PerformanceCalculator(aPerformance, 
const result = Object.assign({}, aPerformance); 
result.play = calculator.play; 
result.amount = calculator.amount; 
result.volumeCredits = volumeCreditsFor(result); 
return result; 





搬移 观众 量 积 分 计算 也 遵循 同样 的 流程 。 


function createStatementData... 


function enrichPerformance(aPerformance) { 
const calculator = new PerformanceCalculator(aPerformance, 
const result = Object.assign({}, aPerformance); 
result.play = calculator.play; 
result.amount = calculator.amount; 
result.volumeCredits = calculator.volumeCredits; 
return result; 


class PerformanceCalculator... 


get volumeCredits() { 
let result = 0; 
result += Math.max(this.performance.audience - 30, 0); 
if ("comedy" === this.play.type) result += Math.floor(this. 
return result; 


} 


AEI h iT T aK & AS VE 


我 已 将 全 部 计算 逻辑 搬移 到 一 个 类 中 ， 是 时 候 将 它 多 态 
化 了 。 第 一 步 是 应 用 以 子 类 取代 类 型 码 (362) 引入 子 类 ， 弃 
用 类 型 代码 。 为 此 ， 我 需要 为 演出 计算 器 创建 子 类 ， 并 
在 createstatementpata 中 获取 对 应 的 子 类 。 要 得 到 正确 的 子 
类 ， 我 需要 将 构造 函数 调用 蔡 换 为 一 个 普通 的 函数 调用 ， 因 为 
JavaScript 的 构造 函数 里 无 法 返回 子 类 。 于 是 我 使 用 以 工厂 函 
数 取 代 构 造 函 数 (334) 。 











function createStatementData... 


function enrichPerformance(aPerformance) { 
const calculator = createPerformanceCalculator(aPerformance 
const result = Object.assign({}, aPerformance); 
result.play = calculator.play; 
result.amount = calculator.amount; 
result.volumeCredits = calculator.volumeCredits; 
return result; 


顶层 作用 域 ... 


function createPerformanceCalculator(aPerformance, aPlay) { 
return new PerformanceCalculator(aPerformance, aPlay); 


Bie ROE eA a, RIH DAE HE Ta EI E AA 
子 类 ， 然 后 由 创建 浮 数 决定 返回 哪 一 个 子 类 的 实例 。 





顶层 作用 域 ... 


function createPerformanceCalculator(aPerformance, aPlay) { 
switch(aPlay.type) { 
case "tragedy": return new TragedyCalculator(aPerformance 
case "comedy" : return new ComedyCalculator(aPerformance, 
default: 
throw new Error( unknown type: ${aPlay.type} ); 
} 


} 


class TragedyCalculator extends PerformanceCalculator { 


class ComedyCalculator extends PerformanceCalculator { 


} 


准备 好 实现 多 态 的 类 结构 后 ， 我 就 可 以 继续 使 用 以 多 态 
取代 条 件 表达 式 (272) 手法 了 。 


我 先 从 莫 剧 的 价格 计算 逻辑 开始 搬移 。 
class TragedyCalculator... 


get amount() { 
let result = 40000; 
if (this.performance.audience > 30) { 
result += 1000 * (this.performance.audience - 30); 
} 


return result; 


J 


RATKA AADA OE NE ERNARI 
XL, 但 要 是 你 也 和 我 一 样 偏执 ， 你 也 许 还 想 在 超 类 的 分 广 上 抛 


si By Ale 
AN EE a 


class PerformanceCalculator... 


get amount() { 
let result = 0; 
switch (this.play.type) { 
case "tragedy": 
throw 'bad thing'; 
case "comedy": 
result = 30000; 
if (this.performance.audience > 20) { 
result += 10000 + 500 * (this.performance.audience - 
} 


result += 300 * this.performance.audience; 
break; 
default: 


throw new Error( unknown type: ${this.play.type} ); 
} 


return result; 


J 


FRR Bt AY DAE ee a aA AE RA pS, R A AR 
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只 能 再 活 个 几 分 钟 了 《这 也 是 我 直接 抛 出 一 个 字符 串 而 不 用 更 
好 的 错误 对 象 的 原因 ) 。 


再 次 进行 编译 、 测 试 、 提 交 。 之 后 ， 将 处 理 喜 剧 类 型 的 
分 文 也 下 移 到 子 类 中 去 。 

















class ComedyCalculator... 


get amount() { 
let result = 30000; 
if (this.performance.audience > 20) { 
result += 10000 + 500 * (this.performance.audience - 20); 


} 


result += 300 * this.performance.audience; 
return result; 


理论 上 讲 ， 我 可 以 将 超 类 的 amount 方 法 一 并 移 除 了 ， 反 
正 它 也 不 应 再 梓 调 用 到 。 但 不 删 它 ， 给 未 来 的 目 己 留 点 纪念 品 
也 是 极 好 的 ， 顺 便 可 以 提醒 后 来 者 记得 实现 这 个 函数 。 











class PerformanceCalculator... 


get amount() { 
throw new Error('subclass responsibility'); 


下 一 个 要 将 换 的 条 件 表达 式 是 观众 量 积 分 的 计算 。 我 回 
顾 了 一 下 前 面 关 于 未 来 戏剧 类 型 的 讨论 ， 发 现 大 多 数 剧 类 在 计 
算 积 分 时 都 会 检查 观众 数 是 否 达到 30， 仅 一 小 部 分 品类 有 所 不 
同 。 因 此 ， 将 更 为 通用 的 逻辑 放 到 超 类 作为 默认 条 件 ， 出 现 特 
殊 场 景 时 按 需 获 次 它 ， 听 起 来 十 分 合理 。 于 是 我 将 一 部 分 辟 剧 
的 逻辑 下 移 到 子 类 。 











class PerformanceCalculator... 


get volumeCredits() { 
return Math.max(this.performance.audience - 30, 0); 


class ComedyCalculator... 


get volumeCredits() { 
return super.volumeCredits + Math.floor(this.performance. au 
} 


19 进展 : 使 用 多 态 计算 器 来 提供 数据 





又 到 了 观摩 代码 的 时 刻 ， 让 我 们 来 看 看 ， 为 计算 器 引入 


多 态 会 对 代码 库 有 什么 影响 。 


createStatementData.js 


export default function createStatementData(invoice, plays) { 


const result = {}; 

result.customer = invoice.customer; 

result.performances = invoice.performances.map(enrichPerfor 
result.totalAmount = totalAmount(result); 
result.totalVolumeCredits = totalVolumeCredits(result); 
return result; 


function enrichPerformance(aPerformance) { 
const calculator = createPerformanceCalculator(aPerforman 
const result = Object.assign({}, aPerformance); 
result.play = calculator.play; 
result.amount = calculator.amount; 
result.volumeCredits = calculator.volumeCredits; 
return result; 
} 
function playFor(aPerformance) { 
return plays[aPerformance.playID | 


function totalAmount(data) { 
return data.performances 
.reduce((total, p) => total + p.amount, 0); 


function totalVolumeCredits(data) { 
return data.performances 
.reduce((total, p) => total + p.volumeCredits, 0); 


} 
} 


function createPerformanceCalculator(aPerformance, aPlay) { 


switch(aPlay.type) { 
case "tragedy": return new TragedyCalculator(aPerformance 
case "comedy" : return new ComedyCalculator(aPerformance, 
default: 

throw new Error( unknown type: ${aPlay.type} ); 
} 


class PerformanceCalculator { 
constructor(aPerformance, aPlay) { 
this.performance = aPerformance; 
this.play = aPlay; 


get amount() { 
throw new Error('subclass responsibility'); 
} 


get volumeCredits() { 
return Math.max(this.performance.audience - 30, 0); 
} 


} 


class TragedyCalculator extends PerformanceCalculator { 
get amount() { 
let result = 40000; 
if (this.performance.audience > 30) { 
result += 1000 * (this.performance.audience - 30); 


return result; 


} 


class ComedyCalculator extends PerformanceCalculator { 
get amount() { 
let result = 30000; 
if (this.performance.audience > 20) { 
result += 10000 + 500 * (this.performance.audience - 20 
} 
result += 300 * this.performance.audience; 
return result; 


get volumeCredits() { 
return super.volumeCredits + Math.floor(this.performance. 
} 


代码 量 仍 然 有 所 增加 ， 因 为 我 再 次 整理 了 代码 结构 。 新 
结构 带 来 的 好 处 是 ， 不 同 戏剧 种 类 的 计算 各 目 集 中 到 了 一 处 地 











方 。 如 末 大 多 数 修改 都 涉及 特定 类 型 的 计算 ， 像 这 样 控 关 型 进 
行 分 离 就 很 有 意义 。 当 添加 新 剧种 时 ， 只 需要 添加 一 个 子 类 ， 
并 在 创建 函数 中 返回 它 。 


这 个 示例 还 揭示 了 一 些 关 于 此 类 继承 方案 何 时 适用 的 洞 
见 。 上 面 我 将 条 件 分 文 的 查找 从 两 个 不 同 的 函数 CamountFor 
和 volumecreditsFor ) 搬移 到 一 个 集中 的 构造 函 
数 createPerformancecalculator 中 。 有 越 多 的 函数 依赖 于 同一 
父 类 型 进行 多 态 ， 这 种 继 素 方 案 残 越 有 益处 。 


除了 这 样 设计 ， 还 有 另 一 种 可 能 的 方案 ， 那 就 是 让 
createstatementpata 返 回 计 算 器 实例 本 和 与， 而 非 目 己 拿 到 计算 
器 来 填充 中 转 数据 结构 。JavaScript 的 类 设计 有 不 少 好 特性 ， 
例如 ， 取 值 函 数 用 起 来 就 像 普 通 的 数据 存 取 。 我 在 考量 是 “ 直 
接 返 回 实例 本 里” 还 是 “返回 计算 好 的 中 转 数据 ”时 ， 主 要 看 数 
据 的 使 用 者 是 谁 。 在 这 个 例子 中 ， 我 更 想 通 过 中 转 数 据 结构 来 
展示 如 何以 此 隐藏 计算 器 背后 的 多 态 设 计 。 


























1.10 ”结语 








这 是 一 个 简单 的 例子 ， 但 我 希望 它 能 让 你 对 “ 重 构 怎 么 
做 ”有 一 点 感觉 。 例 中 我 已 经 示范 了 数 种 重 构 手法 ， 包 括 提 炼 
函数 (106) 、 内 联 变 量 (123) . MMA (198) 和 以 多 态 
取代 条 件 表 达 式 (272) 等 。 


本 章 的 重 构 有 3 个 较为 重要 的 节点 ， 分 别 是 : 将 原 函 数 分 
解 成 一 组 巷 套 的 函数 、 应 用 拆 分 阶段 〈154) DARE- 
输出 格式 化 逻辑 ， 以 及 为 计算 器 引入 多 态 性 来 处 理 计算 逻辑 。 
每 一 步 都 给 代码 添加 了 更 多 的 结构 ， 以 便 我 能 更 好 地 表达 代码 


的 意图 。 


一 般 来 说 ， 重 构 早 期 的 主要 动力 是 答 试 理解 代码 如 何 工 
作 。 通 钊 你 需要 移 通 读 代 码 ， 找 到 一 些 感觉， 然后 再 通过 重 构 
将 这 些 感觉 从 脑海 里 搬 回 到 代码 中 。 清 晰 的 代码 更 容易 理解 ， 
使 你 能 够 发 现 更 深层 次 的 设计 问题 ， 从 而 形成 积极 正 同 的 反馈 
坏 。 当 然 ， 这 个 示例 仍 有 值得 改进 的 地 方 ， 但 现在 测试 仍 能 
Oe eee eee Mee 
以 满足 了 。 


我 谈论 的 是 如 何 改善 代码 ， 但 什么 样 的 代码 才 算 好 代 
码 ， 程 序 员 们 有 很 多 争论。 我 仿 爱 小 的 、 命 名 民 好 的 函数 ， 也 
知道 有 些 人 反对 这 个 观点 。 如 果 我 们 说 这 只 关乎 美学 ， 只 是 各 
化 入 各 眼 ， 没 有 好 坏 高 低 之 分 ， 那 除了 诉 诸 个 人 品味 ， 束 没有 
任何 客观 事实 依据 了 。 但 我 坚信 ， 这 不 仅 关 乎 个 人 品味 ， 而 且 
是 有 客观 标准 的 。 我 认为 ， 好 代码 的 检验 标准 就 是 人 们 是 否 能 
轻而易举 地 修改 它 。 好 代码 应 该 直截了当 : 有 人 需要 修改 代码 
时 ， 他 们 应 能 轻易 找到 修改 点 ， 应 该 能 快速 做 出 更 改 ， 而 不 易 












































引入 其 他 错误 。 一 个 健康 的 代码 库 能 够 最 大 限度 地 提升 我 们 的 
生产 力 ， 文 持 我 们 更 快 、 更 低 成 本 地 为 用 户 添 加 新 特性 。 为 了 
保持 代码 库 的 健康 ， 束 需 要 时 刻 留意 现状 与 理想 之 间 的 差距 ， 
然后 通过 重 构 不 断 接近 这 个 理想 。 





好 代码 的 检验 标准 就 是 人 们 是 否 能 轻而易举 地 





这 个 示例 告诉 我 们 最 重要 的 一 点 就 是 重 构 的 节 雪 感 。 无 
论 何 时 ， 当 我 回 人 们 展示 我 如 何 重 构 时 ， 无 人 不 讶 异 于 我 的 步 
子 之 小 ， 并 且 每 一 步 都 保证 代码 处 于 编译 通过 和 测试 通过 的 可 
工作 状态 。20 年 前 ， 当 Kent ” Beck 在 底特律 的 一 家 宾馆 里 向 我 
展示 同样 的 手法 时 ， 我 也 报 以 同样 的 震撼 。 开 展 高 效 有 序 的 重 
构 ， 关 键 的 心得 是 : 小 的 步子 可 以 更 快 前 进 ， 请 保持 代码 永远 
处 于 可 工作 状态 ， 小 步 修 改 昧 积 起 来 也 能 大 大 改善 系统 的 设 
计 。 这 几 点 请 君 牢记 ， 其 余 的 我 已 无 需 多 言 。 























第 2 草 ” 重 构 的 原则 





前 一 章 所 举 的 例子 应 该 已 经 让 你 对 重 构 有 了 一 个 良好 的 
感 和 党。 现在， 我 们 应 该 回头 看 看 重 构 的 一 些 大 原则 。 





2.1 何谓 重 构 





一 线 的 实践 者 们 经 常 很 随意 地 使 用 “ 重 构 ” 这 个 词 一 一 软 
件 开 发 领域 的 很 多 词汇 都 有 此 待遇 。 我 使 用 这 个 词 的 方式 比较 
严谨 ， 并 且 我 发 现 这 种 严谨 的 方式 很 有 好 处 。〈 下 列 定义 与 本 
书 第 1 版 中 给 出 的 定义 一 样 。)“ 重 构 ” 这 个 词 既 可 以 用 作 名 词 
也 可 以 用 作 动 词 。 名 词 形 式 的 定义 是 : 


重 构 〈 名 词 ) : 对 软件 内 部 结构 的 一 种 调整 ， 目 的 是 在 
不 改变 软件 可 观察 行为 的 前 提 下 ， 提 高 其 可 理解 性 ， 降 低 其 修 
改 成 本 。 


这 个 定义 适用 于 我 在 前 面 的 例子 中 提 到 的 那些 有 名 字 的 
重 构 ， 例 如 提炼 函数 (106) 和 以 多 态 取 代 条 件 表达 式 
(272) s 


动词 形式 的 定义 是 : 


重 构 (动词 ): 使 用 一 系列 重 构 手法 ， 在 不 改变 软件 可 
观察 行为 的 前 担 下 ， 调 整 其 结构 。 


所 以 ， 我 可 能 会 花 一 两 个 小 时 进行 重 构 (动词 ) ， 其 间 
我 会 使 用 几 十 个 不 同 的 重 构 (名 词 〉。 


过 去 十 几 年 ， 这 个 行业 里 的 很 多 人 用 “ 重 构 ” 这 个 词 来 指 
代 任 何 形式 的 代码 清理 ， 但 上 和 面 的 定义 所 指 的 是 一 种 特定 的 清 
理 代码 的 方式 。 重 构 的 关键 在 于 运用 大 量 微小 有 旦 保持 软件 行为 
的 步 又， 一 步 步 达成 大 规模 的 修改 。 每 个 单独 的 重 构 要 人 么 很 
小 ， 要 么 由 知 干 小 步骤 组 合 而 成 。 因 此 ， 在 重 构 的 过 程 中 ， 我 
的 代码 很 少 进入 不 可 工作 的 状态 ， 即 便 重 构 没 有 完成 ， 我 也 可 



































以 在 任何 时 刻 停 下 来 。 





如 条 有 人 次 他 们 的 代码 在 重 构 过 程 中 有 一 两 天 
时 间 不 可 用 ， 基 本 上 可 以 确定 ， 他 们 在 做 的 事 不 是 重 构 。 


我 会 用 “结构 调整 ”(restructuring) 来 泛 指 对 代码 库 进 行 
的 各 种 形式 的 重新 组 织 或 清理 ， 重 构 则 是 特定 的 一 类 结构 调 
整 。 刚 接触 重 构 的 人 看 我 用 很 多 小 步骤 完成 似乎 可 以 一 大 步 融 
能 做 完 的 事 ， 可 能 会 觉得 这 样 很 低 效 。 但 小 步 前 进 能 让 我 走 得 
更 快 ， 因 为 这 些小 步骤 能 完美 地 彼此 组 合 ， 而 且 一 一 更 关键 的 
是 一 一 整个 过 程 中 我 不 会 花 任 何 时 间 来 调试 。 


在 上 述 定 义 中 ， 我 用 了 “可 观察 行为 ”的 说 法 。 它 的 意思 
是 ， 整 体 而 言 ， 经 过 重 构 之 后 的 代码 所 做 的 事 应 该 与 重 构 之 前 
大 致 一 样 。 这 个 说 法 并 非 完 全 严格 ， 并 且 我 是 故意 保留 这 点 儿 
空间 的 : 重 构 之 后 的 代码 不 一 定 与 重 构 前 行为 完全 一 致 。 比 如 
说 ， 提 炼 函数 (106) 会 改变 函数 调用 栈 ， 因 此 程序 的 性 能 就 
会 有 所 改变 ; 改变 函数 声明 (124) 和 搬移 函数 198) 等 重 构 
经 常会 改变 模块 的 接口 。 不 过 就 用 户 应 该 关心 的 行为 而 言 ， 不 
应 该 有 任何 改变 。 如 果 我 在 重 构 过 程 中 发 现 了 任何 pug， 重 构 
完成 后 同样 的 bug 应 该 仍然 存在 (不 过 ， 如 果 潜 在 的 bug 还 没有 
被 任何 人 发 现 ， 也 可 以 当即 把 它 改 掉 ) 。 


重 构 与 性 能 优化 有 很 多 相似 之 处 : 两 者 都 需要 修改 代 
码 ， 并 且 两 者 都 不 会 改变 程序 的 整体 功能 。 两 者 的 差别 在 于 其 
目的 : 重 构 是 为 了 让 代码 “更 容易 理解 ， 更 易于 修改 "”。 这 可 能 
使 程序 运行 得 更 快 ， 也 可 能 使 程序 运行 得 更 慢 。 在 性 能 优化 
时 ， 我 只 关心 让 程序 运行 得 更 快 ， 最 终 得 到 的 代码 有 可 能 更 难 
理解 和 维护 ， 对 此 我 有 心理 准备 。 
















































































2.2 ”两 项 帽子 


Kent Beck 提 出 了 “两 顶 帽 子 ” 的 比喻 。 使 用 重 构 技 术 开 发 
软件 时 ， 我 把 自己 的 时 间 分 配给 两 种 截然 不 同 的 行为 : 添加 新 
功能 和 重 构 。 添 加 新 功能 时 ， 我 不 应 该 修改 既 有 人 代码， 只管 添 
加 新 功能 。 通 过 添加 测试 并 让 测试 正常 运行 ， 我 可 以 衡量 自己 
的 工作 进度 。 重 构 时 我 就 不 能 再 添加 功能 ， 只 管 调整 代码 的 结 
构 。 此 时 我 不 应 该 添加 任何 测试 (除非 发 现 有 先前 遗漏 的 东 
西 ) ， 只 在 绝对 必要 〈 用 以 处 理 接口 变化 ) 时 才 修 改 测试 。 


EH RTE, RIESANA CATER. H 
先 我 会 答 试 添加 新 功能 ， 然 后 会 意识 到 :如果 把 程序 络 构 改 一 
下 ， 功 能 的 添加 会 容易 得 多 。 于 是 我 换 一 项 帽子 ， 做 一 会 儿 重 
构 工 作 。 程 序 结 构 调 整 好 后 ， 我 义 换 上 原先 的 帽子 ， 继 续 添 加 
新 功能 。 新 功能 正常 工作 后 ， 我 又 及 现 目 己 的 编码 造成 程序 难 
以 理解 ， 于 是 又 换 上 重 构 帽子 .……… 整 个 过 程 或 许 只 花 10 分 钟 ， 
但 无 论 何 时 我 都 清楚 上 自己 戴 的 是 哪 一 项 帽子 ， 并 且 明 白 不 同 的 
上 昌 子 对 编程 状态 提出 的 不 同 要 求 。 




















2.3 JE 











我 不 想 把 重 构 说 成 是 包 治 百 病 的 万 灵 丹 ， 它 绝对 不 是 所 
谓 的 “ 银 弹 >。 不 过 它 的 确 很 有 价值 ， 尽 管 它 不 是 一 条 “ 银 弹 ”， 
却 可 以 算是 一 把 “ 银 钳子 ”， 可 以 帮 你 始终 民 好 地 控制 目 己 的 代 
人 








重 构 改 进 软件 的 设计 


WREE EW, EFKAR t RAURA) 会 逐渐 
腐败 变质 。 当 人 们 只 为 短期 目的 而 修改 代码 时 ， 他 们 经 党 没有 
完全 理解 染 构 的 整体 设计 ， 于 是 代码 逐渐 失去 了 上 自己 的 结构 。 
程序 员 越 来 越 难 通过 阅读 源码 来 理解 原来 的 设计 。 代 码 结构 的 
流失 有 时 积 效应 。 越 难看 出 代码 所 代表 的 设计 意图 ， 束 越 难 保 
护 其 设计 ， 于 是 设计 束 腐 败 得 越 快 。 经 第 性 的 重 构 有 助 于 代码 
维持 目 己 该 有 的 形态 。 


完成 同样 一 件 事 ， 设 计 欠 佳 的 程序 往往 需要 更 多 代码 ， 
这 各 各 是 因为 代码 在 不 同 的 地 方 使 用 完全 相同 的 语句 做 同样 的 
事 ， 因 此 改进 设计 的 一 个 重要 方 癌 就 是 消除 重复 代码 。 代 码 量 
减少 并 不 会 使 系统 运行 更 快 ， 因 为 这 对 程序 的 资源 占用 几乎 没 
有 任何 明显 影响 。 然 而 代码 量 减 少将 使 未 来 可 能 的 程序 修改 动 
作 容 易 得 多 。 代 码 越 多 ， 做 正确 的 修改 就 越 困难 ， 因 为 有 更 多 
代码 需要 理解 。 我 在 这 里 做 了 点 儿 修改 ， 系 统 却 不 如 预期 那样 
工作 ， 因 为 我 没有 修改 为 一 处 一 一 那里 的 代码 做 着 几乎 完全 一 
样 的 事情 ， 只 是 所 处 环境 略 有 不 同 。 消 除 重复 代码 ， 我 束 可 以 
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根本 。 


重 构 使 软件 更 容易 理解 








所 谓 程 序 设计 ， 很 大 程度 上 就 是 与 计算 机 对 话 : 我 编写 
代码 告诉 计算 机 做 什么 事 ， 而 它 的 啊 应 是 按照 我 的 指示 精确 行 
动 。 一 言 以 项 之 ， 我 所 做 的 就 是 填补 “我 想 要 和 它 做 什么 ”和 "我 
告诉 它 做 什么 ”之 间 的 缝隙 。 编 程 的 核心 就 在 于 “准确 说 出 我 想 
要 的 ”。 然 而 别 筷 了 ， 除 了 计算 机 外 ， 源 码 还 有 其 他 读者 : JL 
个 月 之 后 可 能 会 有 另 一 位 程序 员 符 试 读 懂 我 的 代码 并 对 其 做 一 
些 修改 。 我 们 很 容易 忘记 这 这 位 读者 ， 但 他 才 是 最 重要 的 。 计 
算 机 是 否 多 花 了 几 个 时 钟 周期 来 编译 ， 又 有 什么 关系 呢 ?” 如 果 
一 个 程序 员 花 费 一 周 时 间 来 修改 茶 段 代码 ， 那 才 要 命 呢 一 一 如 
果 他 理解 了 我 的 代码 ， 这 个 修改 原本 只 需 一 小 时 。 


问题 在 于 ， 当 我 努力 让 程序 运转 的 时 候 ， 我 不 会 想到 未 
来 出 现 的 那个 开发 者 。 是 的 ， 我 们 应 该 改变 一 下 开发 节 委 ， 让 
代码 变 得 更 易于 理解 。 重 构 可 以 帮 我 让 代码 更 易 读 。 开 始 进行 
重 构 前 ， 人 代码 可 以 正常 运行 ， 但 络 构 不 够 理想 。 在 重 构 上 人 花 一 


说 出 我 想 要 做 的 。 


关于 这 一 点 ， 我 没 必 要 表现 得 多 么 无 私 。 很 多 时 候 那 个 
未 来 的 开发 者 就 是 我 目 己 。 此 时 重 构 就 显得 尤其 重要 了 。 我 是 
个 很 懒惰 的 程序 员 ， 我 的 懒惰 表现 形式 之 一 就 是 : 总 是 记 不 
住 目 己 写 过 的 代码 。 事 实 上， 对 于 任何 能 够 立刻 查阅 的 东西 ， 
我 都 故意 不 去 记 它 ， 因 为 我 伯 把 目 己 的 脑袋 去 焊 。 我 总 是 尽量 
把 该 记 住 的 东西 写 进 代码 里 ， 这 样 我 就 不 必 记 住 它 了 。 这 么 一 
来 ， 下 班 后 我 还 可 以 喝 上 两 杯 Maudite 啤 酒 ， 不 必 太 担心 它 杀 

































































光 我 的 脑 细 胞 。 


重 构 帮助 找到 bug 


对 代码 的 理解 ， 可 以 帮 我 找到 bug。 我 承认 我 不 太 擅 长 找 
bug。 有 些 人 只 要 有 盯 者 一 大 段 代 码 就 可 以 找 出 里 面 的 bug， 我 不 
行 。 但 我 有 发现， 如果 对 代码 进行 重 构 ， 我 就 可 以 深入 理解 代 人 三 
的 所 作 所 为 ， 并 立即 把 新 的 理解 反映 在 代码 当中 。 
结构 的 同时 ， 我 也 验证 了 自己 所 做 的 一 些 假 设 ， 于 是 想 不 把 
bug 揪 出 来 都 难 。 


这 让 我 想起 了 Kent “Beck 经 党 形容 目 己 的 一 句 话 : “我 不 


古 一 个 特别 好 的 程序 员 ， 我 只 是 一 个 有 着 一 些 特别 好 的 习惯 的 
还 不 错 的 程序 员 。” 重 构 能 够 帮助 我 更 有 效 地 写 出 健壮 的 代 
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最 后 ， 前 面 的 一 切 都 归结 到 了 这 一 点 : 重 构 帮 我 更 快速 
地 开发 程序 。 


听 起 来 有 氮 儿 违反 直觉 。 当 我 谈 到 重 构 时 ， 人 们 很 容易 
看 出 它 能 够 提高 质量 。 改 善 设 计 、 提 升 可 读 性 、 减 少 bug， 这 
些 都 能 提高 质量 。 但 花 在 重 构 上 的 时 间 ， 难 道 不 是 在 降低 开发 
速度 吗 ? 


当 我 跟 那 些 在 一 个 系统 上 工作 较 长 时 间 的 软件 开发 者 交 
谈 时 ， 经 党 会 听 到 这 样 的 故事 ， 一 开始 他 们 进展 很 快 ， 但 如 今 


























AEE US I — “St A Be rs SEY TA) BERS oN hi BEER 
RZ ERIN E A A E A ET A SE EP RS Fe, ANB 
来 的 bug 修 复 起 来 也 越 来 越 慢 。 代 码 库 看 起 来 就 像 补丁 摆 补 
丁 ， 需 要 细致 的 考古 工作 才能 弄 明 白 整 个 系统 是 如 何 工 作 的 。 
这 份 负担 不 断 拖 慢 新 增 功能 的 速度 ， 到 最 后 程序 员 恨 不 得 从 头 
Tin SET RR 


下 面 这 幅 图 可 以 描绘 他 们 经 历 的 困境 。 























累积 的 功能 
差 的 设计 
oan 


时 间 


但 有 些 团 队 的 境遇 则 截然 不 同 。 他 们 添加 新 功能 的 速度 
越 来 越 快 ， 因 为 他 们 能 利用 已 有 的 功能 ， 基 于 已 有 的 功能 快速 


构建 新 功能 。 





累积 的 功能 
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ZN 







时 间 





两 种 团队 的 区 别 丈 在 于 软件 的 内 部 质量 。 需 要 添加 新 功 
能 时 ， 内 部 质量 良好 的 软件 让 我 可 以 很 容易 找到 在 哪里 修改 、 
如 何 修 改 。 民 好 的 模块 划分 使 我 只 需要 理解 代码 库 的 一 小 部 
分 ， 束 可 以 做 出 修改 。 如 果 代 码 很 清晰 ， 我 引入 bug 的 可 能 性 
就 会 变 小 ， 即 使 引入 了 bug， 调 试 也 会 容易 得 多 。 理 想 情 况 
下 ， 我 的 代码 库 会 逐步 演化 成 一 个 平台 ， 在 其 上 可 以 很 容易 地 
构造 与 其 领域 相关 的 新 功能 。 


我 把 这 种 现象 称 为 “设计 耐久 性 假说 ”>: 通过 投入 精力 改 
善 内 部 设计 ， 我 们 增加 了 软件 的 耐久 性 ， 从 而 可 以 更 长 时 间 地 
保持 开发 的 快速 。 我 还 无 法 科学 地 证 明 这 个 理论 ， 所 以 我 说 它 
是 一 个 “假说 ”"。 但 我 的 经 验 ， 以 及 我 在 职业 生涯 中 认识 的 上 百 
名 优秀 程序 员 的 经 验 ， 都 文 持 这 个 假说 。 


20 年 前 ， 行 业 的 陈规 认为 : 民 好 的 设计 必须 在 开始 编程 
之 前 完成 ， 因 为 一 旦 开始 编写 代码 ， 设 计 吏 只 会 逐渐 腐败 。 重 
构 改 变 了 这 个 图 景 。 现 在 我 们 可 以 改善 己 有 代码 的 设计 ， 因 此 
我 们 可 以 先 做 一 个 设计 ， 然 后 不 断 改善 它 ， 哪 介 程 序 本 身 的 功 
能 也 在 不 断 发 生 着 变化。 由 于 预先 做 出 民 好 的 设计 非常 困难 ， 
想 要 既 体 面 又 快速 地 开发 功能 ， 重 构 必 不 可 少 。 
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在 我 编程 的 每 个 小 时 ， 我 都 会 做 重 构 。 有 几 种 方式 可 以 
把 重 构 融入 我 的 工作 过 程 里 。 


三 次 法 则 


Don Roberts 给 了 我 一 条 准则 : 第 一 次 做 某 件 事 时 只 管 去 做 ; 第 
二 次 做 类 似 的 事 会 产生 反感 ， 但 无 论 如 何 还 是 可 以 去 做 ; 第 三 次 再 
做 类 似 的 事 ， 你 就 应 该 重 构 。 


正如 老话 说 的 : 事 不 过 三 ， 三 则 重 构 。 











预备 性 重 构 ;让 添加 新 功能 更 容易 


重 构 的 最 佳 时 机 丈 在 添加 新 功能 之 前 。 在 动手 添加 新 功 
能 之 前 ， 我 会 看 看 现 有 的 代码 库 ， 此 时 经 名 会 及 现 : 如 果 对 代 
码 结构 做 一 点 微 调 ， 我 的 工作 会 容易 得 多 。 也 许 已 经 有 个 函数 
提供 了 我 需要 的 大 部 分 功能 ， 但 有 几 个 字面 量 的 值 与 我 的 需要 
略 有 冲突 。 如 果 不 做 重 构 ， 我 可 能 会 把 整个 函数 复制 过 来 ， 修 
改 这 几 个 值 ， 但 这 束 会 叶 致 重复 代码 一 一 如 果 将 来 我 需要 做 修 
改 ， 束 必须 同时 修改 两 处 (更 肤 烦 的 是 ， 我 得 先 找到 这 两 
处 ) 。 而 且 ， 如 果 将 来 我 还 需要 一 个 类 似 又 上 略 有 不 同 的 功能 ， 
束 只 能 再 复制 粘贴 一 次， 这 可 不 是 个 好 主意 。 所 以 我 戴 上 重 构 
的 帽子 ， 使 用 函数 参数 化 〈310) 。 做 完 这 件 事 以 后 ， 接 下 来 
我 就 只 需要 调用 这 个 函数 ， 传 入 我 需要 的 参数 。 

















这 就 好 像 我 要 往 东 去 100 公 里 。 我 不 会 往 东 一 头 把 车 
开 进 树林 ， 而 是 先 往 北 开 20 公 里 上 高 速 ， 然 后 再 向 东 开 
100 公 里 。 后 者 的 速度 比 前 者 要 快 上 3 倍 。 如 果 有 人 众 痢 
你 “赶快 直接 去 那儿 ”， 有 时 你 需要 说 : “等 等 ， 我 要 先 看 看 
地 图 ， 找 出 最 快 的 路 径 。” 这 就 是 预备 性 重 构 于 我 的 意 
es 


Jessica Kerr 





修复 bug 时 的 情况 也 是 一 样 。 在 寻找 问题 根 因 时 ， 我 可 能 
会 发 现 : 如 果 把 3 段 一 模 一 样 且 都 会 导致 错误 的 代码 合并 到 一 
处 ， 问 题 修 复 起 来 会 容易 得 多 。 或 者 ， 如 果 把 某 些 更 新 数据 的 
逻辑 与 查询 逻辑 分 开 ， 会 更 容易 避免 造成 错误 的 逻辑 纠缠 。 用 
a 在 同样 场合 再 次 出 现 同 样 bug 的 概率 也 会 
2 alee 








帮助 理解 的 重 构 : 使 代码 更 易 情 


我 需要 先 理解 代码 在 做 什么 ， 然 后 才能 着 手 修改 。 这 段 
代码 可 能 古 我 写 的 ， 也 可 能 是 别人 写 的 。 一 旦 我 需要 思考 “这 
段 代码 a 到底 在 做 什么 "， 我 束 会 自问: 能 不 能 重 构 这 段 代码 ， 
令 其 一 目 了 然 ? 我 可 能 看 见 了 一 段 结构 糟 料 的 条 件 逻 辑 ， 也 可 
能 布 望 复 用 一 个 函数 ， 但 花费 了 儿 分 钟 才 弄 民 它 到 的 在 做 什 
， 因 为 它 的 函数 命名 实在 是 太 糟 烷 了 。 这 些 都 是 重 构 的 机 














小 六 


看 代码 时 ， 我 会 在 脑海 里 形成 一 些 理解 ， 但 我 的 记性 不 
好 ， 记 不 住 那么 多 细节 。 正 如 Ward Cunningham 所 说 ， 通 过 重 
构 ， 我 焉 把 脑子 里 的 理解 转移 到 了 代码 本 身 。 随 后 我 运行 这 个 
软件 ， 看 它 是 否 正 常 工 作 ， 来 检查 这 些 理解 是 否 正确 。 如 果 把 











对 代码 的 理解 植 入 代码 中 ， 这 份 知识 会 保存 得 更 人 ， 并 且 我 的 
同事 也 能 看 到 。 


重 构 带 来 的 帮助 不 仅 发 生 在 将 来 一 一 浊 常 是 立竿见影 。 

我 会 先 在 一 些小 细节 上 使 用 重 构 来 帮助 理解 ， 给 一 两 个 变量 改 
名 ， 让 它们 更 清楚 地 表达 意图 ， 以 方便 理解 ， 或 是 将 一 个 长 函 
数 拆 成 几 个 小 函数 。 当 代码 变 得 更 清晰 一 些 时 ， 我 就 会 看 见 之 
前 看 不 见 的 设计 问题 。 如 果 不 做 前 面 的 重 构 ， 我 可 能 永远 都 看 
不 见 这 些 设计 问题 ， 因 为 我 不 够 聪明 ， 无 法 在 脑海 中 推演 所 有 
这 些 变 化 。Ralph Johnson 说 ， 这 些 初 步 的 重 构 就 像 扫 去 窗 上 的 
尘埃， 使 我 们 得 以 看 到 窗外 的 风景 。 在 研读 代码 时 ， 重 构 会 引 
领 我 获得 更 高 层面 的 理解 ， 如 果 只 是 阅读 代码 很 难 有 此 领悟 。 
有 些 人 以 为 这 些 重 构 只 是 上 旦 无 意义 地 把 玩 代 码 ， 他 们 没有 意识 
到 ， 人 缺少 了 这 些 细微 的 整理 ， 他 们 了 吏 无 法 看 到 隐藏 在 一 请 混 乱 
背后 的 机 遇 。 


























捡 垃 圾 式 重 构 


帮助 理解 的 重 构 还 有 一 个 变 体 : 我 已 经 理解 代码 在 做 什 
么 ， 但 发 现 它 做 得 不 好 ， 例 如 逻辑 不 必要 地 迁 回复 杂 ， 或 者 两 
个 函数 几乎 完全 相同 ， 可 以 用 一 个 参数 化 的 函数 取而代之 。 这 
里 有 一 个 取舍 : 我 不 想 从 眼下 正 要 完成 的 任务 上 跑题 太 多 ， 但 
我 也 不 想 把 垃圾 留 在 原 地 ， 给 将 来 的 修改 增加 肤 烦 。 如 果 我 及 
现 的 垃圾 很 容易 重 构 ， 我 会 马上 重 构 它 ， 如 果 重 构 需 要 花 一 些 
精力 ， 我 可 能 会 拿 一 张 便签 纸 把 它 记 下 来 ， 完 成 当下 的 任务 再 
回来 重 构 它 。 


当然 ， 有 时 这 样 的 垃圾 需要 好 几 个 小 时 才能 解决 ， 而 我 
又 有 更 紧急 的 事 要 完成 。 不 过 即便 如 此 ， 稍 微 花 一 点 工夫 做 一 
点 儿 清 理 ， 通 常 都 是 值得 的 。 正 如 野营 者 的 老话 所 说 : 至 少 要 
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于 ， 每 个 小 步 又 部 不 会 破坏 代码 一 一 所 以 ， 有 时 一 块 垃圾 在 好 
几 个 月 之 后 才 终 于 清理 干 津 ， 但 即便 每 次 清理 并 不 完整 ， 代 码 
也 不 会 被 破坏 。 





有 计划 的 重 构 和 见 机 行事 的 重 构 








上 面 的 例子 一 一 预备 性 重 构 、 帮 助理 解 的 重 构 、 近 垃圾 
式 重 构 一 一 都 是 见 机 行事 的 : 我 并 不 专门 安排 一 段 时 间 来 重 








构 ， 而 是 在 添加 功能 或 修复 bug 的 同时 顺便 重 构 。 这 是 我 自然 
的 编程 流 的 一 部 分 。 不 管 是 要 添加 功能 还 是 修复 bug， 草 构 对 
我 当下 的 任务 有 和 帮助， 而且 让 我 未 来 的 工作 更 轻松 。 这 是 一 件 
很 重要 而 叉 第 说 误 解 的 事 : 重 构 不 是 与 编程 割裂 的 行为 。 你 不 
会 专门 安排 时 间 重 构 ， 正 如 你 不 会 专门 安排 时 间 写 if 语 句 。 我 
的 项 目 计划 上 没有 专门 留 给 重 构 的 时 间 ， 绝 大 多 数 重 构 都 在 我 
做 其 他 事 的 过 程 中 自然 发 生 。 











及 脏 的 代码 必须 重 构 ， 但 漂 腕 的 代码 也 需要 很 
多 重 构 。 


还 有 一 种 常见 的 误解 认为 ， 重 构 就 是 人 们 弥补 过 去 的 错 
误 或 者 清理 脏 脏 的 代码 。 当 然 ， 如 果 遇 上 了 脏 脏 的 代码 ， 你 必 
须 重 构 ， 但 漂亮 的 代码 也 需要 很 多 重 构 。 在 写 代 码 时 ， 我 会 做 
出 很 多 权衡 取舍 ， 参 数 化 需要 做 到 什么 程度 ? 函数 之 间 的 边界 
应 该 划 在 哪里 ? 对 于 昨天 的 功能 完全 合理 的 权衡 ， 在 今天 要 汪 
加 新 功能 时 可 能 就 不 再 合理 。 好 在 ， 当 我 需要 改变 这 些 权衡 以 
反映 现实 情况 的 变化 时 ， 整 洁 的 代码 重 构 起 来 会 更 容易 。 








每 次 要 修改 时 ， 首 先 令 修 改 很 容易 〈 和 警告 : 这 件 事 
有 时 会 很 难 ) ， 然 后 再 进行 这 次 容易 的 修改 。 


Kent Beck 





长 久 以 来 ， 人 们 认为 编写 软件 是 一 个 累加 的 过 程 : 要 添 
加 新 功能 ， 我 们 就 应 该 增加 新 代码 。 但 优秀 的 程序 员 知 道 ， 添 
加 新 功能 最 快 的 方法 往往 是 先 修改 现 有 的 代码 ， 使 新 功能 容易 
被 加 入 。 所 以 ， 软 件 永远 不 应 该 被 视 为 完成”。 每 当 需 要 新 能 
力 时 ， 软 件 就 应 该 做 出 相应 的 改变 。 越 是 在 已 有 代码 中 ， 这 样 
的 改变 就 越 显 重要 。 


不 过 ， 说 了 这 么 多 ， 并 不 表示 有 计划 的 重 构 总 是 错 的 。 
如 果 团 队 过 去 包 视 了 重 构 ， 那 么 钟 和 会 需要 专门 伦 一 些 时 间 来 
优化 代码 库 ， 以 便 更 容易 添加 新 功能 。 在 重 构 上 花 一 个 星期 的 
时 间 ， 会 在 未 来 几 个 月 里 友 挥 价值 。 有 时， 即便 团队 做 了 日 沼 
的 重 构 ， 还 是 会 有 问题 在 茶 个 区 域 逐 渐 素 积 长 大 ， 了 最 终 需 要 专 
门 花 些 时 间 来 解决 。 但 这 种 有 计划 的 重 构 应 该 很 少 ， 大 部 分 重 
构 应 该 是 不 起 眼 的 、 见 机 行事 的 。 


我 听 过 的 一 条 建议 是 : 将 重 构 与 添加 新 功能 在 版 本 控制 
的 提交 中 分 开 。 这 样 做 的 一 大 好 处 是 可 以 各 自 独 立地 审阅 和 批 
准 这 些 提 交 。 但 我 并 不 认同 这 种 做 法 。 重 构 常 党 与 新 添 功能 紧 
密 交 织 ， 不 值得 花 工夫 把 它们 分 开 。 并 且 这 样 做 也 使 重 构 脱离 
了 上 下 文 ， 使 人 看 不 出 这 些 “ 重 构 提 交 ” 的 价值 。 每 个 团队 应 该 
尝试 并 找 出 适合 自己 的 工作 方式 ， 只 是 要 记 住 : 分 离 重 构 提 区 
RA i na et 






































长 期 重 构 


大 多 数 重 构 可 以 在 几 分 钟 一 一 最 多 几 小 时 一 一 内 完成 。 
但 有 一 些 大 型 的 重 构 可 能 要 花 上 几 个 星期 ， 例 如 要 蔡 换 一 个 正 
在 使 用 的 库 ， 或 者 将 整 块 代码 抽取 到 一 个 组 件 中 并 共 至 给 男 一 
文 团 队 使 用 ， 再 或 者 要 处 理 一 大 堆 混 乱 的 依赖 和 关系， 等 等 。 


即便 在 这 样 的 情况 下 ， 我 仍然 不 愿 让 一 文 团 队 专门 做 重 
构 。 可 以 让 整个 团队 达成 共识 ， 在 未 来 几 周 时 间 里 逐步 解决 这 
个 问题 ， 这 经 第 是 一 个 有 效 的 策略 。 每 当 有 人 靠近 “ 重 构 区 ”的 
代码 ， 就 把 它 朝 想 要 改进 的 方 癌 推动 一 点 。 这 个 策略 的 好 处 在 
于 ， 重 构 不 会 破坏 代码 一 一 每 次 小 改动 之 后 ， 整 个 系统 仍然 照 
党 工作。 例如 ， 如 果 想 蔡 换 掉 一 个 正在 使 用 的 库 ， 可 以 先 引 入 
一 层 新 的 抽象 ， 使 其 兼容 新 旧 两 个 库 的 接口 。 一 旦 调用 方 已 经 
完全 改 为 使 用 这 层 抽象 ， 蔡 换 下 面 的 库 束 会 容易 得 多 。 (这 个 
策略 叫 作 Branch By Abstraction[mf-bba]。) 
































复审 代码 时 重 构 


一 些 公司 会 做 常规 的 代码 复审 (code review) ， 因 为 这 
种 活动 可 以 改善 开发 状况 。 代 码 复审 有 助 于 在 开发 团队 中 传播 
知识 ， 也 有 助 于 让 较 有 经 验 的 开发 者 把 知识 传递 给 比较 欠缺 经 
验 的 人 ， 并 帮助 更 多 人 理解 大 型 软件 系统 中 的 更 多 部 分 。 代 码 
复审 对 于 编写 清晰 代码 也 很 重要 。 我 的 代码 也 许 对 我 自己 来 说 
很 清晰 ， 对 他 人 则 不 然 。 这 是 无 法 避免 的 ， 因 为 要 让 开发 者 设 
喘 处 地 为 那些 不 熟悉 自己 所 作 所 为 的 人 着 想 ， 实 在 太 困 难 了 。 
代码 复审 也 让 更 多 人 有 机 会 提出 有 用 的 建议 ， 毕 葛 我 在 一 个 星 
期 之 内 能 够 想 出 的 好 点 子 很 有 限 。 如 果 能 得 到 别人 的 帮助 ， 我 
的 生活 会 滋润 得 多 ， 所 以 我 总 是 期 竺 更 多 复审 。 


我 发 现 ， 重 构 可 以 帮助 我 复审 别人 的 代码 。 开 始 重 构 前 
我 可 以 先 阅 读 代 码 ， 得 到 一 定 程度 的 理解 ， 并 提出 一 些 建议 。 
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实现 它们 。 如 宁可 以 ， 我 就 会 动手 。 这 样 做 了 几 次 以 后 ， 我 可 
以 更 清楚 地 看 到 ， 当 我 的 建议 被 实施 以 后 ， 代 码 会 是 什么 样 。 
我 不 必 想 象 代 码 应 该 是 什么 样 ， 我 可 以 真实 看 见 。 于 是 我 可 以 
a a 
I 认识 。 


重 构 还 可 以 帮助 代码 复审 工作 得 到 更 具体 的 结 末 。 不 仅 
获得 建议 ， 而 且 其 中 许多 建议 能 够 立刻 实现 。 最 终 你 将 从 实践 
中 得 到 比 以 往 多 得 多 的 成 就 感 。 


至 于 如 何在 代码 复审 的 过 程 中 加 入 重 构 ， 这 要 取决 于 复 
审 的 形式 。 在 常见 的 pull ”request 模 式 下 ， 复 审 者 独自 浏览 代 
码 ， 人 代码 的 作者 不 在 劳 边 ， 此 时 进行 重 构 效 果 并 不 好 。 如 果 代 
码 的 原作 者 在 劳 边 会 好 很 多 ， 因 为 作者 能 提供 关于 代码 的 上 下 
文 信息 ， 并 且 充 分 认同 复审 者 进行 修改 的 意图 。 对 我 个 人 而 
言 ， 与 原作 者 肩 并 肩 坐 在 一 起 ， 一 边 浏览 代码 一 边 重 构 ， 体 验 
是 最 佳 的 。 这 种 工作 方式 很 自然 地 导 同 结对 编程 ， 在 编程 的 过 
程 中 持续 不 断 地 进行 代码 复审 。 
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“该 怎么 跟 经 理 说 重 构 的 事 "" 这 是 我 最 党 被 问 到 的 一 个 问 
题 。 毋 庸 讳言 ， 我 见 过 一 些 场合 , “ 重 构 ” 被 视 为 一 个 脏 词 
经 理 ( 和 和 客户) 认为 重 构 要 么 是 在 弥补 过 去 犯 下 的 错误 ， 要 么 
古 不 增加 价值 的 无 用 功 。 如 果 团 队 又 计划 了 几 周 时 间 专 门 做 重 
构 ， 情 况 就 更 糟糕 了 一 一 如 果 他 们 做 的 其 实 还 不 是 重 构 ， 而 是 
不 加 小 心 的 结构 调整 ， 然 后 又 对 代码 库 造 成 了 破坏 ， 那 可 就 真 


ERDE Jo 














如 果 这 位 经 理 懂 技术 ， 能 理解 “设计 耐久 性 假说 ”"， 那 么 
问 他 说 明 重 构 的 意义 应 该 不 会 很 困难 。 这 样 的 经 理应 该 会 或 励 
日 第 的 重 构 ， 并 主动 寻找 团队 日 第 重 构 做 得 不 够 的 征兆 。 虽 
然 “ 团 队 做 了 太 多 重 构 ”的 情况 确实 也 发 生 过 ， 但 比 起 做 得 不 够 
的 情况 要 罕见 得 多 了 。 


当然 ， 很 多 经 理 和 客户 不 具备 这 样 的 技术 意识 ， 他 们 不 
理解 代码 库 的 健康 对 生产 率 的 影响 。 这 种 情况 下 我 会 给 团队 一 
个 较 有 争议 的 建议 : 不 要 告诉 经 理 ! 


这 是 在 搞 破 坏 吗 ? 我 不 这 样 想 。 软 件 开发 者 都 是 专业 人 
士 。 我 们 的 工作 就 是 尽 可 能 快速 创造 出 高 效 软件 。 我 的 经 验 告 
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加 新 功能 ， 而 原本 设计 却 又 使 我 无 法 方便 地 修改 ， 我 发 现 移 重 
构 再 添加 新 功能 会 更 快 些 。 如 采 要 修补 错误 ， 就 得 先 理解 软件 
的 工作 方式 ， 而 我 发 现 重 构 是 理解 软件 的 最 快 方式 。 受 进度 驱 
动 的 经 理 要 我 尽 可 能 快速 完成 任务 ， 至 于 怎么 完成 ， 那 束 是 我 
的 事 了 。 我 领 这 份 工资 ， 是 因为 我 擅长 快速 实现 新 功能 ， 我 认 
为 最 快 的 方式 就 是 重 构 ， 所 以 我 就 重 构 。 
































何 时 不 应 该 重 构 





听 起 来 好 像 我 一 直 在 提倡 重 构 ， 但 确实 有 一 些 不 值得 重 
构 的 情况 。 


如 果 我 看 见 一 块 凌乱 的 代码 ， 但 并 不 需要 修改 它 ， 那 么 
我 就 不 需要 重 构 它 。 如 果 丑 陋 的 代码 能 被 隐藏 在 一 个 API 之 
下 ， 我 就 可 以 容忍 它 继续 保持 丑陋 。 只 有 当 我 需要 理解 其 工作 
原理 时 ， 对 其 进行 重 构 才 有 价值 。 


另 一 种 情况 是 ， 如 果 重 写 比重 构 还 容易 ， 就 别 重 构 了 。 
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民 好 的 判断 力 与 丰富 的 经 验 ， 我 无 法 给 出 一 条 简单 的 建议 。 














2.5 重 构 的 挑战 





每 当 有 人 大 力 推荐 一 种 技术 、 工 具 或 者 架构 时 ， 我 总 是 
会 观察 这 东西 会 遇 到 哪些 挑战 ， 毕 葛 生 活 中 很 少 有 晴空 万 里 的 
好 事 。 你 需要 了 解 一 件 事 背 后 的 权衡 取舍 ， 才 能 决定 何 时 何 地 
应 用 它 。 我 认为 重 构 是 一 种 很 有 价值 的 技术 ， 大 多 数 团队 都 应 
该 更 多 地 重 构 ， 但 它 也 不 是 完全 没有 挑战 的 。 有 必要 充分 了 解 
重 构 会 过 到 的 挑战 ， 这 样 才能 做 出 有 效应 对 。 


延 绥 新 功能 开 友 





如 果 你 读 了 前 面 一 小 节 ， 我 对 这 个 挑战 的 回应 便 已 经 很 
清楚 了 。 尽 管 重 构 的 目的 是 加 快 开发 速度 ， 但 是 ， 仍 旧 很 多 人 
认为 ， 人 花 在 重 构 的 时 间 是 在 拖 慢 新 功能 的 开发 进度 。“ 重 构 会 
拖 慢 进度 ”这 种 看 法 仍然 很 普 届 ， 这 可 能 是 导致 人 们 没有 充分 
重 构 的 最 大 阻力 所 在 。 








Too 重 构 的 唯一 目的 就 是 让 我 们 开发 更 快 ， 用 更 少 
的 工作 量 创造 更 大 的 价值 。 


有 一 种 情况 确实 需要 权衡 取舍 。 我 有 时 会 看 到 一 个 (大 
规模 的 ) 重 构 很 有 必要 进行 ， 而 马上 要 添加 的 功能 非常 小 ， 这 
时 我 会 更 愿意 先 把 新 功能 加 上 ， 然 后 再 做 这 次 大 规模 重 构 。 做 
这 个 决定 需要 判断 力 一 一 这 是 我 作为 程序 员 的 专业 能 力 之 一 。 
我 很 难 描述 决定 的 过 程 ， 更 无 法 量化 决定 的 依据 。 
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果 做 一 点 儿 重 构 能 证 新 功能 实现 更 容易 ， 我 一 定 会 做 。 如 果 一 
个 问题 我 已 经 见 过 ， 此 时 我 也 会 更 倾 问 于 重 构 它 一 一 有 时 我 就 
得 先 看 见 一 块 丑 陋 的 代码 几 次 ， 然 后 才能 提起 蔚 头 来 重 构 它 。 
也 惑 是 资 ， 如 果 一 其 代码 我 很 少 触 碰 ， 它 不 会 经 党 给 我 带 来 豚 
烦 ， 那 么 我 就 倾 问 于 不 去 重 构 它 。 如 果 我 还 没 想 清楚 气 葛 应 该 
如 何 优化 代码 ， 那 么 我 可 能 会 延迟 重 构 ， 当 然 ， 有 的 时 候 ， 即 
0 aa 
改进 。 


我 从 同事 那里 听 到 的 证 气 表 明 ， 在 我 们 这 个 行业 里 ， 重 
构 不 足 的 情况 远 多 于 重 构 过 度 的 情况 。 换 句 话 说 ， 绝 大 多 数 人 
应 该 答 试 多 做 重 构 。 代 码 库 的 健康 与 否 ， 到 底 会 对 生产 率 造 成 
多 大 的 影响 ， 很 多 人 可 能 说 不 出 来 ， 因 为 他 们 没有 太 多 在 健康 
的 代码 库 上 工作 的 经 历 一 一 轻松 地 把 现 有 代码 组 合 配置 ， 快 速 
构造 出 复杂 的 新 功能 ， 这 种 强大 的 开发 方式 他 们 没有 体验 过 。 


虽然 我 们 经 常 批评 管理 者 以 “保障 开 及 速度 ”的 名 义 压 制 
重 构 ， 其 实 程序 员 自 己 也 经 常 这 么 干 。 有 时 他 们 自己 觉得 不 应 
该 重 构 ， 其 实 他 们 的 领导 还 挺 希望 他 们 做 一 些 重 构 的 。 如 果 你 
是 一 文 团 队 的 技术 领导 ， 一 定 要 问 团 队 成 员 表 明 ， 你 重视 改善 
代码 库 健 康 的 价值 。 合 理 判 断 何 时 应 该 重 构 、 何 时 应 该 暂时 不 
重 构 ， 这 样 的 判断 力 需要 多 年 经 验 积累 。 对 于 重 构 缺 乏 经 验 的 
年 轻 人 需要 有 意 的 指导 ， 才 能 帮助 他 们 加 速 经 验 积累 的 过 程 。 


有 些 人 试图 用 “整洁 的 代码 “ 民 好 的 工程 实践 ”之 类 道德 
理由 来 论证 重 构 的 必要 性 ， 我 认为 这 是 个 陷阱 。 重 构 的 意义 不 
在 于 把 代码 库 打磨 得 内 内 发 光 ， 而 是 纯粹 经 济 角 上 度 出 肥 的 考 
量 。 我 们 之 所 以 重 构 ， 因 为 它 能 让 我 们 更 快 一 一 添加 功能 
快 ， 修 复 bug 更 快 。 一 定 要 随时 记 住 这 一 点， 与 别人 交流 时 也 
要 不 断 强调 这 一 点 。 重 构 应 该 总 是 由 经 济 利益 驱动 。 程 序 员 、 
经 理 和 客户 越 理解 这 一 点 ,，“ 好 的 设计 ” 那 条 曲线 就 会 越 经 第 出 















































现 。 


代码 所 有 权 


很 多 重 构 手 法 不 仅 会 影响 一 个 模块 内 部 ， 还 会 影响 该 模 
块 与 系统 其 他 部 分 的 关系 。 比 如 我 想 给 一 个 函数 改名 ， 并 且 我 
也 能 找到 该 函数 的 所 有 调用 者 ， 那 么 我 只 需 运 用 改变 函数 声明 
(124) ， 在 一 次 重 构 中 修改 函数 声明 和 调用 者 。 但 即便 这 人 么 
简单 的 一 个 重 构 ， 有 时 也 无 法 实施 : 调用 方 代码 可 能 由 男 一 文 
团队 拥有 ， 而 我 没有 权限 写 入 他 们 的 代码 库 ; 这 个 函数 可 能 是 
一 个 提供 给 客户 的 API， 这 时 我 根本 无 法 知道 是 否 有 人 使 用 
它 ， 至 于 谁 在 用 、 用 得 有 多 频 索 就 更 是 一 无 所 知 。 这 样 的 函数 
属于 已 发 布 接口 (published interface) : 接口 的 使 用 者 (客户 
WO 与 声明 者 彼此 独立 ， 声 明 者 无 权 修改 使 用 者 的 代码 。 


代码 所 有 权 的 边界 会 妨碍 重 构 ， 因 为 一 旦 我 自作 主张 地 
修改 ， 就 一 定 会 破坏 使 用 者 的 程序 。 这 不 会 完全 阻止 重 构 ， 我 
仍然 可 以 做 很 多 重 构 ， 但 确实 会 对 重 构造 成 约束 。 为 了 给 一 个 
函数 改名 ， 我 需要 使 用 函数 改名 (124) ， 但 同时 也 得 保留 原 
来 的 函数 声明 ， 使 其 把 调用 传递 给 新 的 函数 。 这 会 让 接口 变 复 
杂 ， 但 这 就 是 为 了 避免 破坏 使 用 者 的 系统 而 不 得 不 付出 的 代 
价 。 我 可 以 把 旧 的 接口 标记 为 “不 推荐 使 用 ”(deprecated) , 
等 一 段 时 间 之 后 最 终 让 其 退休 ; 但 有 些 时 候 ， 旧 的 接口 必须 一 
Bie FR. 


由 于 这 些 复杂 性 ， 我 建议 不 要 搞 细 粒度 的 强 代码 所 有 
制 。 有 些 组 织 喜 欢 给 每 段 代 码 都 指定 唯一 的 所 有 者 ， 只 有 这 个 
人 能 修改 这 段 代码 。 我 曾经 见 过 一 支 只 有 三 个 人 的 团队 以 这 种 
方式 运作 ， 每 个 程序 员 都 要 给 万 外 两 人 发 布 接口 ， 随 之 而 来 的 
就 是 接口 维护 的 种 种 麻烦 。 如 果 这 三 个 人 都 直接 去 代码 库 里 做 










































































修改 ， 事 情 会 简单 得 多 。 我 推荐 团队 代码 所 有 制 ， 这 样 一 文 团 
队 里 的 成 员 都 可 以 修改 这 个 团队 拥有 的 代码 ， 即 便 最 初 写 代 码 
的 是 别人 。 程 序 员 可 能 各 自分 工 负 责 系统 的 不 同 区 域 ， 但 这 种 
责任 应 该 体现 为 监控 目 己 黄 任 区 内 发 生 的 修改 ， 而 不 是 简单 粗 
骏 地 蔡 止 别人 修改 。 


这 种 较为 宽容 的 代码 所 有 制 甚至 可 以 应 用 于 路 团队 的 场 
合 。 有 些 团 队 或 励 类 似 于 开源 的 模型 : B 团 队 的 成 员 也 可 以 在 
一 个 分 文 上 修改 A 团 队 的 代码 ， 然 后 把 提交 发 送 给 A 团 队 去 审 
fo IRE OK, WRAP A Ae, HA AY BA E} 
WE BUZ PA BIN 4 PF NAS; JR Be Pin BESS SMM 
就 可 以 删 掉 旧 的 函数 声明 了 。 对 于 涉及 多 个 团队 的 大 系统 开 
发 ， 在 “ 强 代码 所 有 制 * 和 “混乱 修改 ”两 个 极端 之 间 ， 这 种 类 似 
开源 的 模式 第 党 是 一 个 合适 的 折 中 。 



































分 文 





很 多 团队 采用 这 样 的 版 本 控制 实践 : 每 个 团队 成 员 各 自 
在 代码 库 的 一 条 分 文 上 工作 ， 进 行 相当 大 量 的 开发 之 后 ， 才 把 
各 目的 修改 合并 回 主线 分 文 “这 条 分 文通 常 叫 master 或 
trunk) ， 从 而 与 整个 团队 分 享 。 常 见 的 做 法 是 在 分 文 上 开发 完 
整 的 功能 ， 直 到 功能 可 以 发 布 到 生产 环境 ， 才 把 该 分 文 合并 回 
主线 。 这 种 做 法 的 拥 征 声称 ， 这 样 能 保持 主线 不 受 尚 未 完成 的 
代码 侵扰 ， 能 保留 清晰 的 功能 谎 加 的 版 本 记录 ， 并 且 在 某 个 功 
能 出 问题 时 能 容易 地 撤销 修改 。 


这 样 的 特性 分 支 有 其 缺点 。 在 隔离 的 分 支 上 工作 得 越 
久 ， 将 完成 的 工作 集成 Cintegrate) 回 主线 就 会 越 困 难 。 为 了 
减轻 集成 的 痛 否 ， 大 多 数 人 的 办 法 是 频繁 地 从 主线 合并 
(merge) 或 者 变 基 (rebase) 到 分 支 。 但 如 果 有 几 个 人 同时 在 











各 目的 特性 分 文 上 工作 ， 这 个 办 法 并 不 能 真正 解决 问题 ， 因 为 
合并 与 集成 是 两 回 事 。 如 果 我 从 主线 合并 到 我 的 分 文 ， 这 只 是 
一 个 单 癌 的 代码 移动 一 一 我 的 分 文 有 发 生 了 修改 ， 但 主线 并 没 
有 。 而 “集成 ?是 一 个 双 回 的 过 程 : 不 仅 要 把 主线 的 修改 拉 
(pull) 到 我 的 分 文 上 ， 而 且 要 把 我 这 里 修改 的 结果 推 
(push) 回 到 主线 上 ， 两 边 都 会 发 生 修 改 。 假 如 另 一 名 程序 员 
Rachel 正 在 她 的 分 文 上 开发 ， 我 是 看 不 见 她 的 修改 的 ， 直 到 她 
将 目 己 的 修改 与 主线 集成 ;此 时 我 束 必 须 把 她 的 修改 合并 到 我 
的 特性 分 文 ， 这 可 能 需要 相当 的 工作 量 。 其 中 困难 的 部 分 是 处 
理 语义 变化 。 现 代 版 本 控制 系统 都 能 很 好 地 合并 程序 文本 的 复 
杂 修 改 ， 但 对 于 代码 的 语义 它们 一 无 所 知 。 如 果 我 修改 了 一 个 
函数 的 名 字 ， 版 本 控制 工具 可 以 很 轻松 地 将 我 的 修改 与 Rachel 
的 代码 集成 。 但 如 条 在 集成 之 前 ， 她 在 上 自己 的 分 文 里 新 添 调 用 
了 这 个 被 我 改名 的 函数 ， 集 成 之 后 的 代码 殊 会 被 破坏 。 


分 文 合并 本 来 就 是 一 个 复杂 的 问题 ， 随 着 特性 分 文 存在 
的 时 间 加 长 ， 合 并 的 难度 会 指数 上 升 。 集 成 一 个 已 经 存在 了 4 
个 星期 的 分 文 ， 较 之 集成 存在 了 2 个 星期 的 分 文 ， 难 度 可 不 目 
翻 倍 。 所 以 很 多 人 认为 ， 应 该 尽量 缩短 特性 分 文 的 生存 周期 ， 
比如 只 有 一 两 天 。 还 有 一 些 人 《比如 我 本 人 ) 认为 特性 分 文 的 
生命 还 应 该 更 短 ， 我 们 采用 的 方法 叫 作 持 续集 成 (Continuous 
Integration, CI) ， 也 叫 “ 基 于 主干 开发 ”(Trunk-Based 
Development) 。 在 使 用 CI 时 ， 每 个 团队 成 员 每 天 至 少 回 主线 
集成 一 次 。 这 个 实践 避免 了 任何 分 文 彼此 差异 太 大 ， 从 而 极 大 
地 降低 了 合并 的 难度 。 不 过 CI 也 有 其 代价 : 你 必须 使 用 相关 的 
实践 以 确保 主线 随时 处 于 健康 状态 ， 必 须 学 会 将 大 功能 拆 分 成 
小 块 ， 还 必须 使 用 特性 开关 (feature toggle， 也 叫 特性 旗 标 ， 
feature flag) 将 尚未 完成 又 无 法 拆 小 的 功能 隐藏 挥 。 


CI 的 粉丝 之 所 以 喜欢 这 种 工作 方式 ， 部 分 原因 是 它 降 低 


了 分 文 合并 的 难度 ， 不 过 最 重要 的 原因 还 是 CI 与 重 构 能 民 好 配 
合 。 重 构 经 名 需要 对 代码 库 中 的 很 多 地 方 做 很 小 的 修改 “例如 

































































给 一 个 广泛 使 用 的 函数 改名 ) ， 这 样 的 修改 尤其 容易 造成 合并 
时 的 语义 冲突 。 采 用 特性 分 文 的 团队 凋 会 发 现 重 构 加 剧 了 分 文 
合并 的 困难 ， 并 因此 放弃 了 重 构 ， 这 种 情况 我 们 曾经 见 过 多 
次 。CI 和 重 构 能 够 展 好 配合 ， 所 以 Kent ”Beck 在 极限 编程 中 同 
时 包含 了 这 两 个 实践 。 


我 并 不 是 在 说 绝 不 应 该 使 用 特性 分 文 。 如 果 特 性 分 文 存 
在 的 时 间 足 够 短 ， 它 们 就 不 会 造成 大 问题 。 (实际 上 ， 使 用 CI 
的 团队 往往 同时 也 使 用 分 文 ， 但 他 们 会 每 天 将 分 文 与 主线 合 
并 。) 对 于 开源 项 目 ， 特 性 分 文 可 能 是 合适 的 做 法 ， 因 为 不 时 
会 有 你 不 熟悉 《因此 也 不 信任 ) 的 程序 员 偶尔 提交 修改 。 但 对 
全 职 的 开发 团队 而 言 ， 特 性 分 文 对 重 构 的 阻碍 太 严 重 了 。 即 便 
你 没有 完全 采用 CI， 我 也 一 定 会 催促 你 尽 可 能 频 索 地 集成 。 而 
且 ， 用 上 CI 的 团队 在 软件 交付 上 更 加 高 效 ， 我 真心 希望 你 认真 
考虑 这 个 客观 事实 [Forsgren et al]. 














测试 











不 会 改变 程序 可 观察 的 行为 ， 这 是 重 构 的 一 个 重要 特 
征 。 如 果 仔 细 遵 循 重 构 手 法 的 每 个 步 又， 我 应 该 不 会 破坏 任何 
东西 ， 但 万 一 我 犯 了 个 错误 怎么 办 ? CVE, IR A A 
的 性 格 来 说 ， 请 去 掉 “ 万 一 ”两 字 。) 人 总 会 有 出 错 的 时 候 ， 不 
过 只 要 及 时 发 现 ， 束 不 会 造成 大 问题 。 既 然 每 个 重 构 都 是 很 小 
的 修改 ， 即 便 真 的 造成 了 破坏 ， 我 也 只 需要 检查 最 后 一 步 的 小 
修改 一 一 就 算 找 不 到 出 错 的 原因 ， 只 要 回 深 到 版 本 控制 中 最 后 
一 个 可 用 的 版 本 束 行 了 。 

这 里 的 关键 就 在 于 “快速 发 现 错误 ”"。 要 做 到 这 一 点 ， 我 
的 代码 应 该 有 一 套 完备 的 测试 套件 ， 并 且 运 行 速度 要 快 ， 否 则 
我 会 不 愿意 频 楷 运行 它 。 也 就 是 说 ， 绝 大 多 数 情况 下 ， 如 果 想 






































要 重 构 ， 我 得 和 完 有 可 以 目测 试 的 代码 [mf-stc]。 


有 些 读者 可 能 会 觉得 ,“ 目 测试 的 代码 ?这 个 要 求 太 高 ， 
根本 无 法 实现 。 但 在 过 去 20 年 中 ， 我 看 到 很 多 团队 以 这 种 方式 
构造 软件 。 的 确 ， 团 队 必 须 投 入 时 间 与 精力 在 测试 上 ， 但 收益 
征 绝对 划算 的 。 目 测试 的 代码 不 仅 使 重 构成 为 可 能 ， 而 且 使 添 
加 新 功能 更 加 安全 ， 因 为 我 可 以 很 快 发 现 并 干掉 新 近 引 入 的 
bug。 这 里 的 关键 在 于 ， 一 旦 测试 失败 ， 我 只 需要 查看 上 次 测 
斌 成功 运行 之 后 修改 的 这 部 分 代码 ; MRE TRR, 
这 个 合 看 的 范围 就 只 有 几 行 代码 。 知 道 必 定 是 这 几 行 代码 造成 
bug 的 话 ， 排 但 起 来 会 容易 得 多 。 


这 也 回答 了 “ 重 构 风险 太 大 ， 可 能 引入 bug” 的 担忧 。 如 果 
没有 目测 试 的 代码 ， 这 种 担忧 就 是 完全 合理 的 ， 这 也 是 为 什么 
我 如 此 重视 可 徘 的 测试 。 


缺乏 测试 的 问题 可 以 用 为 一 种 方式 来 解决 。 如 果 我 的 开 
发 环境 很 好 地 支持 日 动 化 重 构 ， 我 束 可 以 信任 这 些 重 构 ， 不 必 
运行 测试 。 这 时 即便 没有 完备 的 测试 套件 ， 我 仍然 可 以 重 构 ， 
前 提 是 仅仅 使 用 那些 自动 化 的 、 一 定安 全 的 重 构 手法 。 这 会 让 
我 损失 很 多 好 用 的 重 构 手 法 ， 不 过 剩 下 可 用 的 也 不 少 ， 我 还 是 
能 从 中 获 益 。 当 然 ， 我 还 是 更 愿意 有 目测 试 的 代码 ， 但 如 果 没 
有 ， 目 动 化 重 构 的 工具 包 也 很 好 。 


缺乏 测试 的 现状 还 催生 了 另 一 种 重 构 的 流派 : 只 使 用 一 
组 经 过 验证 是 安全 的 重 构 手 法 。 这 个 流派 要 求 严格 遵循 重 构 的 
每 个 步骤 ， 并 且 可 用 的 重 构 手 法 是 特定 于 语言 的 。 使 用 这 种 方 
法 ， 团 队 得 以 在 测试 覆盖 率 很 低 的 大 型 代码 库 上 开展 一 些 有 用 
的 重 构 。 这 个 重 构 流派 比较 新 ， 涉 及 一 些 很 具体 、 特 定 于 编程 
语言 的 技巧 与 做 法 ， 行 业 里 对 这 种 方法 的 介绍 和 了 解 都 还 不 
足 ， 因 此 本 书 不 对 其 多 做 介绍 。 (不 过 我 希望 未 来 在 我 自己 的 
网 站 上 多 讨论 这 个 主题 。 感 兴趣 的 读者 可 以 查看 Jay Bazuzi 关 
于 如 何在 C++ 中 安全 地 运用 提炼 函数 (106) 的 摘 述 [Bazuzi]， 






























































借 此 获得 一 点 儿 对 这 个 重 构 流派 的 了 解 。) 

坚 不 意 外 ， 目 测试 代码 与 持续 集成 紧密 相关 一 一 我 们 仰 
赖 持续 集成 来 及 时 捕获 分 文集 成 时 的 语义 冲突 。 自 测试 代码 是 
极限 编程 的 男 一 个 重要 组 成 部 分 ， 也 是 持续 交付 的 关键 坏 市 。 
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大 多 数 人 会 觉得 ， 有 一 大 笔 遗 产 是 件 好 事 ， 但 从 程序 员 
的 角度 来 看 就 不 同 了 。 遗 留 代码 往往 很 复 杀 ， 测 试 又 不 足 ， 而 
且 最 关键 的 是 ， 征 别人 写 的 《瑟瑟 发 抖 ) 。 


重 构 可 以 很 好 地 帮助 我 们 理解 遗留 系统 。 引 人 误解 的 函 
数 名 可 以 改名 ， 使 其 更 好 地 反映 代码 用 途 ; 糟 糯 的 程序 结构 可 
以 慢 慢 理 顺 ， 把 程 友 从 一 块 项 石 打磨 成 美玉 。 整 个 故事 都 很 
棒 ， 但 我 们 绕 不 开关 底 的 恶 龙 ， 遗留 系统 多 半 没 测试 。 如 果 你 
面 对 一 个 庞大 而 又 缺乏 测试 的 遗留 系统 ， 很 难 安全 地 重 构 清 理 
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MPS a, w M a IER ERMAR” 
这 事 听 起 来 简单 “当然 工作 量 必定 很 大 ) ， 操 作 起 来 可 没 那么 
容易 。 一 般 来 说 ， 只 有 在 设计 系统 时 就 考虑 到 了 测试 ， 这 样 的 
系统 才 容 易 添加 测试 一 一 可 要 是 如 此 ， 系 统 早 该 有 测试 了 ， 我 
也 不 用 操 这 份 心 了 。 


这 个 问题 没有 简单 的 解决 办 法 ， 我 能 给 出 的 最 好 建议 就 
是 买 一 本 《修改 代码 的 艺术 》[Feathers]， 照 书 里 的 指导 来 做 。 
别 担心 那 本 书 太 老 ， 尽 管 已 经 出 版 十 多 年 ， 其 中 的 建议 仍然 管 
用 。 一 言 以 项 之 ， 它 建议 你 先 找到 程序 的 接 缝 ， 在 接 缝 处 插入 
测试 ， 如 此 将 系统 置 于 测试 履 盖 之 下 。 你 需要 运用 重 构 手法 创 
造 出 接 颖 一 一 这 样 的 重 构 很 危险 ， 因 为 没有 训 试 覆盖 ， 但 这 是 

















为 了 取得 进展 必要 的 风险 。 在 这 种 情况 下 ， 安 全 的 自动 化 重 构 
简直 就 是 天 赐 福 首 。 如 来 这 一 切 听 起 来 很 困难 ， 因 为 它 确实 很 
困难 。 很 遗憾 ， 一 旦 跌 进 这 个 深 坑 ， 没 有 息 出 来 的 捷径 ， 这 也 
古 我 强烈 倡导 从 一 开始 就 写 能 目测 试 的 代码 的 原因 。 


就 算 有 了 测试 ， 我 也 不 建议 你 尝试 一 吾 作 气 把 复 林 而 混 
乱 的 遗留 代码 重 构 成 深 膨 的 代码 。 我 更 愿意 随时 重 构 相关 的 代 
码 ， 每 次 触 碰 一 块 代码 时 ， 我 会 尝试 把 它 变 好 一 上 后 一 一 至少 
要 让 营地 比 我 到 达 时 更 干净 。 如 果 是 一 个 大 系统 ， 越 是 频 蚂 使 
用 的 代码 ， 改 善 其 可 理解 性 的 努力 就 能 得 到 越 丰 厚 的 回报 。 























数据 库 





在 本 书 的 第 1 版 中 ， 我 说 过 数据 库 是 “ 重 构 经 常 出 问题 的 
一 个 领域 ”。 然 而 在 第 1 版 问世 之 后 仅仅 一 年 ， 情 况 就 发 生 了 改 
AS, 我 的 同事 Pramod ”Sadalage 发 展 出 一 套 渐 进 式 数 据 库 设 计 
[mf-evodb] 和 数据 库 重 构 [Ambler & Sadalage] 的 办 法 ， 如 今 已 
经 被 广泛 使 用 。 这 项 技术 的 精 要 在 于 : 借助 数据 迁移 脚本 ， 将 
数据 库 结构 的 修改 与 代码 相 结合 ， 使 大 规模 的 、 涉 及 数据 库 的 
修改 可 以 比较 容易 地 开展 。 


假设 我 们 要 对 一 个 数据 库 字 段 〈 列 ) 改名 。 和 改变 函数 
声明 (124) 一 样 ， 我 要 找 出 结构 的 声明 处 和 所 有 调用 处 ， 然 
后 一 次 完成 所 有 修改 。 但 这 里 的 复杂 之 处 在 于 ， 原 来 基于 旧 字 
段 的 数据 ， 也 要 转 为 使 用 新 字段 。 我 会 写 一 小 段 代码 来 执行 数 
扼 转 化 的 逻辑 ， 并 把 这 段 代 码 放 进 版 本 控制 ， 跟 数据 结构 声明 
与 使 用 代码 的 修改 一 并 提交 。 此 后 如 果 我 想 把 数据 库 迁 移 到 某 
A 
脚本 即 可 。 
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且 每 次 修改 都 应 该 完整 ， 这 样 每 次 迁移 之 后 系统 仍然 能 运行 。 
由 于 每 次 迁移 涉及 的 修改 都 很 小 ， 写 起 来 应 该 容易 ;将 多 个 迁 
ERIE 束 能 对 数据 库 结构 及 其 中 存储 的 数据 做 很 大 的 调 
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与 常规 的 重 构 不 同 ， 很 多 时 候 ， 数 据 库 重 构 最 好 是 分 散 
到 多 次 生产 发 布 来 完成 ， 这 样 即便 某 次 修改 在 生产 数据 库 上 造 
成 了 问题 ， 也 比较 容易 回 深 。 比 如 ， 要 改名 一 个 字段 ， 我 的 第 
一 次 提交 会 新 添 一 个 字段 ， 但 暂时 不 使 用 它 。 然 后 我 会 修改 数 
据 写 入 的 逻辑 ， 使 其 同时 写 入 新 旧 两 个 字段 。 随 后 我 就 可 以 修 
改 读 取 数 据 的 地 方 ， 将 它们 逐个 改 为 使 用 新 字段 。 这 步 修 改 完 
成 之 后 ， 我 会 暂停 一 小 段 时 间 ， 看 看 是 否 有 bug 冒 出 来 。 确 定 
没有 bug 之 后 ， 我 再 删除 已 经 没 人 使 用 的 旧 字 段 。 这 种 修改 数 
据 库 的 方式 是 并 行 修 改 〈Parallel Change， 也 叫 扩展 协 
议 /expand-contract) [mf-pc] 的 一 个 实例 。 

















2.6 Hit. 28) YAGNI 


重 构 极 大 地 改变 了 人 人 们 考虑 软件 染 构 的 方式 。 在 我 的 职 
业 生 涯 早期 ， 我 被 告知 :在 任何 人 开始 写 代 码 之 前 ， 必 须 先 完 
成 软件 的 设计 和 架构 。 一 旦 代码 写 出 来 ， 染 构 束 固定 了 ， 只 会 
因为 程序 员 的 草率 对 待 而 逐渐 腐败 。 


重 构 改变 了 这 种 观点 。 有 了 重 构 技术 ， 即 便 是 已 经 在 生 
产 环境 中 运行 了 多 年 的 软件 ， 我 们 也 有 能 力 大 幅度 修改 其 以 
构 。 正 如 本 书 的 副标题 所 指出 的 ， 重 构 可 以 改善 时 有 代码 的 设 
计 。 但 我 在 前 面 也 提 人 到了， 修改 遗留 代码 经 常 很 有 挑战 ， 尤 其 
当 遗 留 代 码 缺 乏 恰当 的 测试 时 。 


重 构 对 架构 最 大 的 影响 在 于 ， 通 过 重 构 ， 我 们 能 得 到 一 
个 设计 民 好 的 代码 库 ， 使 其 能 够 优雅 地 应 对 不 断 变 化 的 需 
求 。“ 在 编码 之 前 先 完 成 染 构 ”这 种 做 法 最 大 的 问题 在 于 ， 它 假 
设 了 软件 的 需求 可 以 预先 充分 理解 。 但 经 验 显 示 ， 这 个 假设 很 
多 时 候 甚 至 可 以 说 大 多 数 时 候 古 不 切实 际 的 。 只 有 真正 使 用 了 
软件 、 看 到 了 软件 对 工作 的 影响 ， 人 们 才 会 想 明白 自己 到 的 十 
要 什么 ， 这 样 的 例子 不 胜 枚 举 。 


应 对 未 来 变化 的 办 法 之 一 ， 就 是 在 软件 里 植 入 灵活 性 机 
制 。 在 编写 一 个 函数 时 ， 我 会 考虑 它 是 否 有 更 通用 的 用 途 。 为 
了 应 对 我 预期 的 应 用 场景 ， 我 预测 可 以 给 这 个 函数 加 上 十 多 个 
参数 。 这 些 参数 就 是 灵活 性 机 制 一 一 跟 大 多 数 “ 机 制 ” 一 样 ， 它 
不 是 免费 午餐 。 把 所 有 这 些 参数 部 加 上 的 话 ， 函 数 在 当前 的 使 
用 场景 下 束 会 非常 复 森 。 男 外 ， 如 末 我 少 考虑 了 一 个 参数 ， 已 
经 加 上 的 这 一 堆 参 数 会 使 新 添 参 数 更 抹 烦 。 而 且 我 经 第 会 把 灵 
活性 机 制 弄 错 一 一 可 能 是 未 来 的 需求 变更 并 非 以 我 期 户 的 方式 










































































发 生 ， 也 可 能 我 对 机 制 的 设计 不 好 。 考 虑 到 所 有 这 些 因 系 ， 很 
多 时 候 这 些 灵 活性 机 制 反 而 拖 慢 了 我 啊 应 变化 的 速度 。 


有 了 重 构 技 术 ， 我 束 可 以 采取 不 同 的 策略 。 与 其 猜测 未 
来 需要 哪些 灵活 性 、 需 要 什么 机 制 来 提供 灵活 性 ， 我 更 愿意 只 
根据 当前 的 需求 来 构造 软件 ， 同 时 把 软件 的 设计 质量 做 得 很 
高 。 随 着 对 用 户 需 求 的 理解 加 深 ， 我 会 对 架构 进行 重 构 ， 使 其 
能 够 应 对 新 的 需要 。 如 果 一 种 灵活 性 机 制 不 会 增加 复杂 上 度 〈 比 
如 添加 几 个 命名 良好 的 小 函数 ) ， 我 可 以 很 开心 地 引入 它 ; 但 
如 末 一 种 灵活 性 会 增加 软件 复 森 度 ， 丈 必须 先 证 明 上 自己 值得 被 
引入 。 如 宋 不 同 的 调用 者 不 会 传 入 不 同 的 参数 值 ， 那 么 吏 不 要 
添加 这 个 参数 。 当 真 的 需要 添加 这 个 参数 时 ， 运 用 函数 参数 化 
(310) 也 很 容易 。 要 判断 是 否 应 该 为 未 来 的 变化 添加 灵活 
性 ， 我 会 评估 “如 果 以 后 再 重 构 有 多 困难 ?>， 只 有 当 未 来 重 构 会 
很 困难 时 ， 我 才 考 虑 现在 就 添加 灵活 性 机 制 。 我 友 现 这 是 一 个 
很 有 用 的 决 集 方法 。 


这 种 设计 方法 有 很 多 名 字 : 简单 设计 、 增 量 式 设计 或 者 
YAGNI[mf-yagni] 一 一 “你 不 会 需要 它 ”(you aren’t going to 
need it) 的 缩写 。YAGNI 并 不 是 “不 做 染 构 性 思考 ”的 意思 ， 不 
过 确实 有 人 以 这 种 欠 考 目的 方式 做 事 。 我 把 YAGNI 视 为 将 架 
构 、 设 计 与 开发 过 程 融 合 的 一 种 工作 方式 ， 这 种 工作 方式 必须 
有 重 构 作 为 基础 才 可 靠 。 


采用 YAGNI 并 不 表示 完全 不 用 预先 考虑 架构 。 总 有 一 些 
时 候 ， 如 果 缺 少 预 先 的 思考 ， 重 构 会 难以 开展 。 但 两 者 之 间 的 
平衡 点 已 经 发 生 了 很 大 的 改变 ， 如 今 我 更 倾向 于 等 一 等 ， 待 到 
对 问题 理解 更 充分 ， 再 来 着 手 解 决 。 演 进 式 架 构 [Ford et al.] 是 
一 门 仍 在 不 断 发 展 的 学 科 ， 架 构 师 们 在 不 断 探 索 有 用 的 模式 和 
实践 ， 充 分 发 挥 迭 代 式 架构 决策 的 能 










































































2.7 ” 重 构 与 软件 开 及 过 程 





读 完 前 面 < 重 构 的 挑战 ”一 节 ， 你 大 概 己 经 有 这 个 印象 : 
重 构 是 售 有 效 ， 与 团队 采用 的 其 他 软件 开发 实践 紧密 相关 。 重 
构 起 初 是 作为 极限 编程 XP》〉[mf-xp] 的 一 部 分 被 人 们 采用 
的 ，XP 本 号 就 融合 了 一 组 不 太 常 见 而 又 彼此 关联 的 实践 ， 例 
Se NE ee Senn 
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极限 编程 是 最 早 的 敏捷 软件 开 友 方法 [mf-nm] 之 一 。 在 一 
段 历 史 时 期 ， 极 限 编程 引领 了 敏捷 的 丹 起 。 如 今 已 经 有 很 多 项 
目 使 用 敏捷 方法 ， 甚 至 敏捷 的 思维 已 经 被 视 为 主流 ， 但 实际 上 
大 部 分 “敏捷 ”项 目 只 是 徒 有 其 名 。 要 真正 以 敏捷 的 方式 运作 项 
目 ， 团 队 成 员 必须 在 重 构 上 有 能 力 、 有 热情 ， 他 们 采用 的 开 友 
过 程 必 须 与 常规 的 、 持 续 的 重 构 相 匹配 。 


重 构 的 第 一 块 基石 是 自 测 试 代码 。 我 应 该 有 一 侠 上 自动化 
的 测试 ， 我 可 以 频繁 地 运行 它们 ， 并 且 我 有 信心 : 如 果 我 在 编 
程 过 程 中 犯 了 任何 错误 ,会 有 测试 失败 。 这 块 基石 如 此 重要 ， 
我 会 专门 用 一 半 篇 幅 来 讨论 它 。 


如 果 一 文 团 队 想 要 重 构 ， 那 么 每 个 团队 成 员 都 需要 掌握 
重 构 技能 ， 能 在 需要 时 开展 重 构 ， 而 不 会 干扰 其 他 人 的 工作 。 
这 也 是 我 鼓励 持续 集成 的 原因 : 有 了 CI， 每 个 成 员 的 重 构 都 能 
快速 分 享 给 其 他 同事 ， 不 会 及 生 这 边 在 调用 一 个 接口 那 边 却 已 
把 这 个 接口 删 挥 的 情况 ， 如 末 一 次 重 构 会 影响 别人 的 工作 ， 我 
们 很 快 就 会 知道 。 自 测试 的 代码 也 是 持续 集成 的 关键 环节， 所 
以 这 三 大 实践 一 一 自 测 试 代码 、 持 续集 成 、 重 构 一 一 彼此 之 间 
有 着 很 强 的 协同 效应 。 





































































































有 这 三 大 实践 在 手 ， 我 们 就 能 运用 前 一 节 介 绍 的 YAGNI 
设计 方法 。 重 构 和 YAGNI 交 相 呼 应 、 彼 此 增 效 ， 重 构 〈 及 其 
前 置 实践 ) 是 YAGNI 的 基础 ，YAGNI 又 让 重 构 更 易于 开展 : 
比 起 一 个 塞 满 了 想当然 的 灵活 性 的 系统 ， 当 然 是 修改 一 个 简单 
的 系统 要 容易 得 多 。 在 这 些 实践 之 间 找 到 合适 的 平衡 点 ， 你 就 
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有 这 三 大 核心 实践 打下 的 基础 ， 才 谈 得 上 运用 敏捷 思想 
的 其 他 部 分 。 持 续 交 付 确 保 软 件 始终 处 于 可 发 布 的 状态 ， 很 多 
互联 网 团队 能 做 到 一 天 多 次 发 布 ， 乔 的 正 是 持续 交付 的 威力 。 
即便 我 们 不 需要 如 此 频繁 的 发 布 ， 持 续集 成 也 能 帮 我 们 降低 风 
险 ， 并 使 我 们 做 到 根据 业务 需要 随时 安排 发 布 ， 而 不 党 技术 的 
局 限 。 有 了 可 靠 的 拉 术 根基 ， 我 们 能 够 极 大 地 压缩 < 从 好 点 子 
到 生产 代码 ?的 周期 时 间 ， 从 而 更 好 地 服务 客户 。 这 些 技术 实 
践 也 会 增加 软件 的 可 靠 性 ， 减 少 耗费 在 bug 上 的 时 间 。 


这 一 切 说 起 来 似乎 很 简单 ， 但 实际 做 起 来 坚 不 容 易 。 不 
党 采用 什么 方法 ， 软 件 开 发 都 是 一 件 复 杂 而 微妙 的 事 ， 涉 及 人 
与 人 之 间 、 人 与 机 器 之 间 的 复杂 交互 。 我 在 这 里 描述 的 方法 已 
经 被 证 明 可 以 应 对 这 些 复 杂 性 ， 但 一 一 就 跟 其 他 所 有 方法 一 样 
一 一 对 使 用 者 的 实践 和 技能 有 要 求 。 




















2.8 He SAE 


关于 重 构 ， 有 一 个 常 被 提出 的 问题 ， 它 对 程序 的 性 能 将 
造成 上 怎样 的 影响 ? 为 了 让 软件 易于 理解 ， 我 党 会 做 出 一 些 使 程 
序 运行 变 慢 的 修改 。 这 是 一 个 重要 的 问题 。 我 并 不 赞成 为 了 提 
高 设计 的 纯洁 性 而 忽视 性 能 ， 把 希望 寄托 于 更 快 的 硬件 号 上 也 
绝 非 正道 。 已 经 有 很 多 软件 因为 速度 太 慢 而 被 用 户 拒 绝 ， 日 益 
提高 的 机 噩 速度 也 只 不 过 略微 放 览 了 速度 方面 的 限制 而 已 。 但 
和 是， 换个 角度 说 ， 虽 然 重 构 可 能 使 软件 运行 更 慢 ， 但 它 也 使 软 
件 的 性 能 优化 更 容易 。 除 了 对 性 能 有 严格 要 求 的 实时 系统 ， 其 
他 任何 情况 下 “编写 快速 软件 ”的 秘密 就 是 : 先 写 出 可 调 优 的 软 
件 ， 然 后 调 优 它 以 求 获得 足够 的 速度 。 


我 看 过 3 种 编写 快速 软件 的 方法 。 其 中 最 严格 的 是 时 间 预 
算法 ， 这 通 第 只 用 于 性 能 要 求 极 高 的 实时 系统 。 如 果 使 用 这 种 
方法 ， 分 解 你 的 设计 时 就 要 做 好 预算 ， 给 每 个 组 件 预先 分 配 一 
定 资源 ， 包 括 时 间 和 空间 占用 。 每 个 组 件 绝对 不 能 超出 目 己 的 
预算 ， 就 算 拥 有 组 件 之 间 调 度 预 配 时 间 的 机 制 也 不 行 。 这 种 方 
法 高 度 重 视 性 能 ， 对 于 心律 调节 器 一 类 的 系统 是 必需 的 ， 因 为 
在 这 样 的 系统 中 人 述 来 的 数据 就 是 错误 的 数据 。 但 对 其 他 系统 
(例如 我 经 常 开发 的 企业 信息 系统 ) 而 言 ， 如 此 退 求 高 性 能 就 
有 扩 儿 过 分 了 。 


第 二 种 方法 是 持续 关注 法 。 这 种 方法 要 求 任何 程序 员 在 
任何 时 间 做 任何 事 时 ， 都 要 设法 保持 系统 的 高 性 能 。 这 种 方式 
很 第 见 ， 感 觉 上 很 有 吸引 力 ， 但 通常 不 会 起 太 大 作用 。 任 何 修 
改 如 宋 是 为 了 提高 性 能 ， 通 闻 会 使 程序 难以 维护 ， 继 而 减缓 开 
发 速度 。 如 果 最 终 得 到 的 软件 的 确 更 快 了 那么 这 扣 损 失 尚 有 
所 值 ， 可 惜 通常 事与愿违 ， 因 为 性 能 改善 一 旦 修 分 散 到 程序 各 



























































个 角落 ， 每 次 改善 都 只 不 过 是 从 对 程序 行为 的 一 个 狭隘 视角 出 
发 而 已 ， 而 且 常常 伴随 着 对 编译 器 、 运 行 时 环境 和 硬件 行为 的 
误解 。 











克莱斯勒 综合 薪资 系统 的 文 付 过 程 太 慢 了 。 虽 然 我 们 的 开发 还 
这 个 问题 却 已 经 开始 困扰 我 们 ， 因 为 它 已 经 拖累 了 测试 速 

Kent Beck, Martin Fowler 和 我 决定 解决 这 个 问题 。 等 待 大 伙 儿 
会 合 的 时 间 里 ， 赁 着 对 这 个 系统 的 全 盘 了 解 ， 我 开始 推测 : 到底 是 
什么 让 系统 变 慢 了 ?我 想到 数 种 可 能 ， 然 后 和 伙伴 们 谈 了 几 种 可 能 
的 修改 方案 。 最 后 ， 我 们 就 “如 何 让 这 个 系统 运行 更 快 "， 提 出 了 一 
些 真正 的 好 点 子 。 


然后 ， 我 们 拿 Kent 的 工具 度量 了 系统 性 能 。 我 一 开始 所 想 的 可 
能 性 竟然 全 都 不 是 问题 肇 因 。 我 们 发 现 : 系统 把 一 半 时 间 用 来 创 
(instance) 。 更 有 趣 的 是 ， 所 有 这 些 实例 都 有 相同 的 
几何 但 和 


于 是 我 们 观 穴 日 期 对 象 的 创建 旭 辑 ， 发 现 有 机 会 将 它 优化 。 这 
些 日 期 对 象 在 创建 时 都 经 过 了 一 个 字符 串 转 换 过 程 ， 然 而 这 里 并 没 
有 任何 外 部 数据 输入 。 之 所 以 使 用 字符 串 转 换 方式 ， 完 全 只 是 因为 
代码 写 起 来 简单 。 好 ， 也 许 我 们 可 以 优化 它 。 


然后 ， 我 们 观察 这 些 日 期 对 象 是 如 何 被 使 用 的 。 我 们 发 现 ， 很 
多 日 期 对 象 都 被 用 来 产生 “日 期 区 间 ? 实 例 一 一 由 一 个 起 始 日 期 和 一 
个 结束 日 期 组 成 的 对 象 。 仔 细 退 踪 下 去 ， 我 们 发 现 绝 大 多 数 日 期 区 


间 是 空 的 ! 


处 理 日 期 区 间 时 我 们 遵循 这 样 一 个 规则 : 如 果 结 束 日 期 在 起 始 
日 期 之 前 ， 这 个 日 期 区 间 就 该 是 空 的 。 这 和 是 一 条 很 好 的 规则 ， 完 全 
符合 这 个 类 的 需要 。 采 用 此 规则 后 不 入， 我 们 意识 到 ， 创 建 一 
个 “起 始 日 期 在 结束 日 期 之 后 ”的 日 期 区 间 ， 仍 然 不 算是 清晰 的 代 
码 ， 于 是 我 们 把 这 个 行为 提炼 成 一 个 工厂 函数 ， 由 和 它 专 门 创建 < 空 








的 日 期 区 间 ”。 


我 们 做 了 上 述 修改 ， 使 代码 更 加 清晰 ， 也 意外 得 到 了 一 个 慰 
喜 : 可 以 创建 一 个 固定 不 变 的 “ 空 日 期 区 间 ” 对 象 ， 并 让 上 述 调 整 后 
的 工厂 函数 始终 返回 该 对 象 ， 而 不 再 每 次 都 创建 新 对 象 。 这 一 修改 
把 系统 速度 提升 了 几乎 一 倍 ， 足 以 让 测试 速度 达到 可 接受 的 程度 。 
这 只 花 了 我 们 大 约 五 分 钟 。 


我 和 团队 成 员 Kent 和 Martin 谢 绝 参 加 〉 认真 推测 过 : 我 们 了 
大 指 掌 的 这 个 程序 中 可 能 有 什么 错误 ? 我 们 甚至 和 凭空 做 了 些 改进 设 
计 ， 却 没有 先 对 系统 的 真实 情况 进行 度量 。 


i 我 们 完全 错 了 。 除 了 一 场 很 有 趣 的 交谈 ， 我 们 什么 好 事 都 没 
io 


教训 是 : 哪怕 你 完全 了 解 系统 ， 也 请 实际 度量 它 的 性 能 ， 不 要 
总 测 。 腹 测 会 让 你 学 到 一 些 东 西 ， 但 十 有 八 九 你 是 错 的 。 














Ron Jeffries 


关于 性 能 ， 一 件 很 有 趣 的 事情 是 : 如 果 你 对 大 多 数 程序 
进行 分 析 ， 束 会 友 现 它 把 大 半 时 间 都 耗费 在 一 小 半 代 码 喘 上 。 
如 果 你 一 视 同仁 地 优化 所 有 代码 ，90%% 的 优化 工作 都 是 白费 劲 
的 ， 因 为 被 你 优化 的 代码 大 多 很 少 被 执行 。 你 花 时 间 做 优化 古 
为 了 让 程序 运行 更 快 ， 但 如 果 因 为 缺乏 对 程序 的 清楚 认识 而 花 
费时 间 ， 那 些 时 间或 都 被 浪费 挥 了 。 


第 三 种 性 能 提升 法 就 是 利用 上 述 的 90% 统 计数 据 。 采 用 
这 种 方法 时 ， 我 编写 构造 民 好 的 程序 ， 不 对 性 能 投 以 特别 的 天 
注 ， 直 至 进入 性 能 优化 阶段 一 一 那 通常 是 在 开发 后 期 。 一 旦 进 
入 该 阶段 ， 我 再 遵循 特定 的 流程 来 调 优 程序 性 能 。 


在 性 能 优化 阶段 ， 我 首先 应 该 用 一 个 度量 工具 来 监控 程 
序 的 运行 ， 让 它 告 诉 我 程序 中 哪些 地 方 大 量 消耗 时 间 和 空间 。 
这 样 我 束 可 以 找 出 性 能 热点 所 在 的 一 小 段 代码 。 然 后 我 应 该 集 
中 关注 这 些 性 能 热点 ， 并 使 用 持续 关注 法 中 的 优化 手段 来 优化 















































它们 。 由 于 把 注意 力 都 集中 在 热点 上 ， 较 少 的 工作 量 便 可 显现 
较 好 的 成 果 。 即 便 如 此 ， 我 还 是 必须 保持 齐 导 。 和 重 构 一 样 ， 
我 会 小 幅度 进行 修改 。 每 走 一 步 都 需要 编译 、 测 试 ， 再 次 度 
量 。 如 来 没 能 提高 性 能 ， 束 应 该 撤销 此 次 修改 。 我 会 继续 这 
人 


一 个 构造 展 好 的 程序 可 从 两 方面 帮助 这 一 优化 方式 。 表 
先 ， 它 让 我 有 比较 充裕 的 时 间 进 行 性 能 调整 ， 因 为 有 构造 民 好 
的 代码 在 手 ， 我 能 够 更 快速 地 添加 功能 ， 也 天 有 更 多 时 间 用 在 
性 能 问题 上 《准确 的 度量 则 保证 我 把 这 些 时 间 投 在 恰当 地 
点 ) 。 其 次 ， 面 对 构造 恨 好 的 程序 ， 我 在 进行 性 能 分 析 时 便 有 
较 细 的 粒度 。 上 度量 工具 会 把 我 带 入 范围 较 小 的 代码 段 中 ， 而 性 
能 的 调整 也 比较 容易 些 。 由 于 代码 更 加 清晰 ， 因 此 我 能 够 更 好 
地 理解 自己 的 选择 ， 更 清楚 哪 种 调整 起 关键 作用 。 


我 友 现 重 构 可 以 帮助 我 写 出 更 快 的 软件 。 短 期 看 来 ， 重 
构 的 确 可 能 使 软件 变 慢 ， 但 它 使 优化 阶段 的 软件 性 能 调 优 更 容 
易 ， 最 终 还 是 会 得 到 好 的 效果 。 



































2.9 重 构 起 源 何 处 





我 曾经 努力 想 找 出 “ 重 构 ”(refactoring) 一 词 的 真正 起 
源 ， 但 最 终 失 败 了 。 优 秀 程序 员 肯 定 至 少 会 花 一 些 时 间 来 清理 
上 自己 的 代码 。 这 么 做 是 因为 ， 他 们 知道 整洁 的 代码 比 杂 乱 无 章 
的 代码 更 容易 修改 ， 而 且 他 们 知道 自己 几乎 无 法 一 开始 束 写 出 
整洁 的 代码 。 


重 构 不 止 如 此 。 本 书 中 我 把 重 构 看 作 整 个 软件 开发 过 程 
的 一 个 关键 环节 。 最 早 认识 重 构 重 要 性 的 两 个 人 是 Ward 
Cunningham 和 Kent Beck， 他 们 早 在 20 世 纪 80 年 代 束 开始 使 用 
Smalltalk， 那 是 一 个 特别 适合 重 构 的 环境 。Smalltalk 是 一 个 十 
分 动态 的 环境 ， 用 它 可 以 很 快 写 出 功能 丰富 的 软件 。Smalltalk 
的 “编译 -链接 -执行 ”周期 非常 短 ， 因 此 很 容易 快速 修改 代码 
一 一 要 知道 ， 当 时 很 多 编程 环境 做 一 次 编译 就 需要 整 晚 时 间 。 
它 文 持 面 癌 对象， 也 有 强大 的 工具 ， 最 大 限度 地 将 修改 的 影 啊 
隐藏 于 定义 良好 的 接口 背后 。Ward 和 Kent 努 力 探索 出 一 套 适 
合 这 类 环境 的 软件 开发 过 程 〈 如 今 ，Kent 把 这 种 风格 叫 作 极限 
编程 ) 。 他 们 意识 到 : 重 构 对 于 提高 生产 力 非常 重要 。 从 那 时 
起 他 们 就 一 直 在 工作 中 运用 重 构 技术 ， 在 正式 的 软件 项 目 中 使 
用 它 ， 并 不 断 精 炼 重 构 的 过 程 。 


Ward 和 Kent 的 思想 对 Smalltalk 社 区 产生 了 极 大 影响 ， 重 
构 概 念 也 成 为 Smalltalk 文 化 中 的 一 个 重要 元 素 。Smalltalk 社 区 
的 另 一 位 领袖 是 Ralph ”Johnson， 伊 利 诺 伊 大 学 厄 巴 纳 -香槟 分 
校 教授 ， 著 名 的 GoF[gof] 之 一 。Ralph 最 大 的 兴趣 之 一 就 是 开 
发 软件 框 娘 。 他 揭示 了 重 构 有 助 于 灵活 高 效 框架 的 开发 。 


Bill Opdyke 是 Ralph 的 博士 研究 生 ， 对 框架 也 很 感 兴趣 。 
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其 他 语言 的 可 能 性 。 他 的 技术 背景 是 电话 交换 系统 的 开发 。 在 
这 种 系统 中 ， 大 量 的 复杂 情况 与 日 俱 增 ， 而 且 非 常 难以 修改 。 
Bill 的 博士 研究 就 是 从 工具 构筑 者 的 角度 来 看 待 重 构 。Bill 对 
C++ 的 框架 开发 中 用 得 上 的 重 构 手 法 特别 感 兴趣 。 他 也 研究 了 
极 有 必要 的 “语义 保持 的 重 构 ” (semantics-preserving 
refactoring) ， 并 前 明了 如 何 证 明 这 些 重 构 是 语义 保持 的 ， 以 
及 如 何 用 工具 实现 重 构 。B 记 的 博士 论文 [Opdyke] 是 重 构 领域 
中 第 一 部 丰硕 的 研究 成 果 。 

我 还 记得 1992 年 OOPSLA 大 会 上 见 到 B 记 的 情景 。 我 们 坐 


在 一 间 咖 啡 厅 里 ，B 记 ll 跟 我 痰 起 他 的 研究 成 果 ， 我 还 记得 上 自己 
当时 的 想法 :“ 有 趣 ， 但 并 非 真 的 那么 重要 。?” 唉 ， 我 完全 错 
了 了。 






































John Brant 和 Don Roberts 将 “ 重 构 工具 ”的 构想 发 扬 光 大 ， 
开发 了 一 个 名 为 Refactoring Browser ( 重 构 浏 览 器 ) 的 重 构 工 
具 。 这 是 第 一 个 上 自动 化 的 重 构 工具 ， 多 亏 Smalltalk 提 供 了 适合 
重 构 的 编程 环境 。 


那么 ， 我 呢 ? 我 一 直 有 清理 代码 的 倾 问 ， 但 从 来 没有 想 
到 这 会 如 此 重要 。 后 来 我 和 Kent 一 起 做 一 个 项 目 ， 看 到 他 使 用 
重 构 手 法 ， 也 看 到 重 构 对 开发 效能 和 质量 帘 来 的 影响 。 这 份 体 
验 让 我 相信 : 重 构 是 一 门 非常 重要 的 技术 。 但 是 ， 在 重 构 的 学 
习 和 推广 过 程 中 我 过 到 了 挫折 ， 因 为 我 拿 不 出 任何 一 本 书 给 程 
序 员 看 ， 也 没有 任何 一 位 专家 打算 写 这 样 一 本 书 。 所 以 ， 在 这 
些 专家 的 帮助 下 ， 我 写 下 了 这 本 书 的 第 1 版 。 


幸运 的 是 ， 重 构 的 概念 被 行业 广泛 接受 了 。 本 书 第 1 版 销 
量 不 错 ,，“ 重 构 ” 一 词 也 走 进 了 大 多 数 程序 员 的 词汇 库 。 更 多 的 
重 构 工具 涌现 出 来 ， 尤 其 是 在 Java 世 界 里 。 重 构 的 流行 也 带 来 
了 负面 效应 : 很 多 人 随意 地 使 用 “ 重 构 ”这 个 词 ， 而 他 们 真正 做 
的 却 是 不 严 刘 的 结构 调整 。 尺 管 如此， 重 构 终归 成 了 一 项 主流 
































的 软件 开发 实践 。 


2.10 ”上 自动 化 重 构 





过 去 10 年 中 ， 重 构 领域 最 大 的 变化 可 能 就 是 出 现 了 一 批 
文 持 自 动 化 重 构 的 工具 。 如 果 我 想 给 一 个 Java 的 方法 改名 ， 在 
IntelliJ IDEA 或 者 Eclipse 这 样 的 开发 环境 中 ， 我 只 需要 从 沫 单 
里 点 选 对 应 的 选项 ， 工 具 会 帮 有 我 完成 整个 重 构 过 程 ， 而 且 我 通 
ee 工具 完成 的 重 构 是 可 靠 的 ， 所 以 用 不 着 运行 测 
we o 


第 一 个 自动 化 重 构 工 具 是 Smalltalk 的 Refactoring 
Browser， 由 John Brandt 和 Don Roberts 开 发 。 在 21 世 纪 初 ，Java 
世界 的 自动 化 重 构 工具 如 雨后春笋 般 涌 现 。 在 JetBrains 的 
IntelliJ IDEA 集 成 开发 环境 (IDE) 中 ， 自 动 化 重 构 是 最 亮 眼 的 
特性 之 一 。IBM 也 紧 随 其 后 ， 在 VisualAge 的 Java 版 中 也 提供 了 
重 构 工具 。VisualAge 的 影响 力 有 限 ， 不 过 其 中 很 多 能 力 后 来 
被 Eclipse 继承 ， 包 括 对 重 构 的 文 持 。 


重 构 也 进入 了 C# 世 界 ， 起 初 是 通过 JetBrains 的 
Resharper， 这 是 一 个 Visual Studio 插 件 。 后 来 Visual Studio 团 队 
直接 在 IDE 里 提供 了 一 些 重 构 能 


如 今 的 编辑 器 和 开发 工具 中 第 能 找到 一 些 对 重 构 的 文 
持 ， 不 过 真实 的 重 构 能 力 各 有 局 低 。 重 构 能 力 的 差异 既 有 工具 
的 原因 ， 也 受 限 于 不 同 语言 对 目 动 化 重 构 的 文 持 程度 。 在 这 
里 ， 我 不 打算 分 析 各 种 工具 的 能 力 ， 不 过 谈 谈 重 构 工具 背后 的 
原则 还 是 有 点 儿 意思 的 。 


一 种 粗糙 的 自动 化 重 构 方式 是 文本 操作 ， 比 如 用 碍 找 / 答 
换 的 方式 给 函数 改名 ， 或 者 完成 提炼 变量 (119〉 所 需 的 简单 















































结构 调整 。 这 种 方法 太 粗 糙 了 ， 做 完 之 后 必须 重新 运行 测试 ， 
否则 不 能 信任 。 但 这 可 以 是 一 个 便捷 的 起 步 。 在 用 Emacs 编程 
时 ， 没 有 那些 更 完善 的 重 构 支 持 ， 我 也 会 用 类 似 的 文本 操作 宏 
来 加 速 重 构 。 


要 支持 体面 的 重 构 ， 工 具 只 操作 代码 文本 是 不 行 的 ， 必 
须 操 作 代 码 的 语法 树 ， 这 样 才能 更 可 靠 地 保持 代码 行为 。 所 
以 ， 今 天 的 大 多 数 重 构 功 能 都 依附 于 强大 的 IDE， 因 为 这 些 
IDE 原 本 束 在 语法 树 上 实现 了 代码 导航 、 静 态 检查 等 功能 ， 上 自 
然 也 可 以 用 于 重 构 。 不 仅 能 处 理 文 本 ， 还 能 处 理 语法 树 ， 这 是 
IDE 相 比 于 文本 编辑 器 更 先进 的 地 方 。 


重 构 工具 不 仅 需 要 理解 和 修改 语法 树 ， 还 要 知道 如 何 把 
修改 后 的 代码 写 回 编辑 嚣 视图。 总而言之， 实现 一 个 体面 的 自 
动 化 重 构 手法 ， 是 一 个 很 有 挑战 的 编程 任务 。 尺 管 我 一 直 开 心 
地 使 用 重 构 工具 ， 对 它们 背后 的 实现 却 知之 其 少 。 


在 静态 类 型 语言 中 ， 很 多 重 构 手法 会 更 加 安全 。 假 设 我 
想 做 一 次 简单 的 图 数 改 名 (124) : 在 salesman 类 和 server 类 中 
都 有 一 个 叫 作 addclient 的 函数 ， 当 然 两 者 各 有 其 用 途 。 我 想 
对 salesman 中 的 addclient 了 水 数 改 名 ，server 类 中 的 函数 则 保持 
不 变 。 如 果 不 是 静态 类 型 ， 工 具 很 难 识别 调用 addclient 的 地 
方 到 底 是 在 使 用 哪个 类 的 函数 。Smalltalk 的 Refactoring 
Browser 会 列 出 所 有 调用 点 ， 我 需要 手工 决定 修改 哪些 调用 
点 。 这 个 重 构 是 不 安全 的 ， 我 必须 重新 运行 所 有 测试 。 这 样 的 
工具 仍然 有 用 ， 但 在 Java 中 的 函数 改名 (124) 重 构 则 可 以 是 
完全 安全 、 完 全 自动 的 ， 因 为 在 静态 类 型 的 帮助 下 ， 工 具 可 以 
识别 函数 所 属 的 类 ， 所 以 它 只 会 修改 应 该 修改 的 那些 函数 调用 
点 ， 对 此 我 可 以 完全 放心 。 


一 些 重 构 工 具 走 得 更 远 。 如 果 我 给 一 个 变量 改名 ， 工 具 
会 提醒 我 修改 使 用 了 旧名 字 的 注释 。 如 果 我 使 用 提炼 函数 
(106) ， 工 具 会 找 出 与 新 函数 体重 复 的 代码 片段 ， 建 议 代 之 
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MEAT A RATE — AASIDE, MAE TS ac 
的 文本 编辑 器 。 我 个 人 很 喜欢 用 Emacs， 但 在 使 用 Java 时 ， 我 
更 愿意 用 Intelli] IDEA 或 者 Eclipse， 很 大 程度 上 就 是 为 了 获得 
HEM SC HF 


FN IES AY BY Te EIN BE 7, TUZE 
地 重 构 代码 ， 但 还 是 会 有 闪失 出 现 。 通 过 反射 进行 的 调用 例 
如 Java 中 的 Method.invoke) 会 迷惑 不 够 成 熟 的 重 构 工具 ， 但 比 
较 成 熟 的 工具 则 可 以 很 好 地 应 对 。 所 以 ， 即 便 是 最 安全 的 重 
构 ， 也 应 该 经 常 运 行 测试 套件 ， 以 确保 没有 什么 东西 在 不 经 意 
间 被 破坏 。 我 经 常会 间 杂 进行 自动 重 构 和 手动 重 构 ， 所 以 运行 
测试 的 频 度 是 足够 的 。 


能 借助 语法 树 来 分 析 和 重 构 程序 代码 ， 这 是 IDE 与 普通 
文本 编辑 器 相 比 具有 的 一 大 优势 。 但 很 多 程序 员 又 喜欢 用 得 顺 
手 的 文本 编辑 器 的 灵活 性 ， 和 希望 鱼 与 能 掌 兼 得 。 语 言 服务 器 
(Language Server) 是 一 种 正在 引起 关注 的 新 技术 : 用 软件 生 
成 语法 树 ， 给 文本 编辑 器 提供 API。 语 言 服务 器 可 以 支持 多 种 
文本 编辑 器 ， 并 且 为 强大 的 代码 分 析 和 重 构 操作 提供 了 命令 。 









































2.11 延展 阅读 


在 第 2 章 就 开始 谈 延 展 阅 读 ， 这 似乎 有 点 儿 奇 怪 。 不 过 ， 
有 大 量 关 于 重 构 的 材料 已 经 超出 了 本 书 的 范围 ， 早 些 让 该 者 知 
道 这 些 材料 的 存在 也 是 件 好 事 。 


本 书 的 第 1 版 教 很 多 人 学 会 了 重 构 ， 不 过 我 的 关注 点 是 组 
织 一 本 重 构 的 参考 书 ， 而 不 是 带领 读者 走 过 学 习 过 程 。 如 果 你 
需要 一 本 面 癌 入 门 者 的 教材 ， 我 推荐 Bi Wake 的 《 重 构 手 册 》 
[Wake]， 其 中 包含 了 很 多 有 用 的 重 构 练习 。 


很 多 重 构 的 先行 者 同时 也 活跃 于 软件 模式 社区 。Josh 
Kerievsky 在 《 重 构 与 模式 》[Kerievsky] 一 书 中 紧密 连接 了 这 两 
个 世界 。 他 审视 了 影响 巨大 的 GoF[gof]j 书 中 一 些 最 有 价值 的 模 
式 ， 并 展示 了 如 何 通过 重 构 使 代码 癌 这 些 模式 的 方 癌 演化 。 


本 书 聚焦 讨论 通用 编程 语言 中 的 重 构 技 巧 。 还 有 一 些 专 
门 领域 的 重 构 ， 例 如 已 经 引起 关注 的 《数据 库 重 构 》[Ambler 
& Sadalage]〈 由 Scott Ambler 和 Pramod Sadalage #) # (Œ 
构 HTML》[Harold]〈 由 Elliotte Rusty Harold 34) 。 


尽管 标题 中 没有 “ 重 构 ”二 字 ，Michael Feathers 的 《修改 
代码 的 艺术 》[Feathers] 也 不 得 不 提 。 这 本 书 主要 讨论 如 何在 缺 
乏 测 试 履 盖 的 老 旧 代码 库 上 开展 重 构 。 


本 书 〈 及 其 前 一 版 ) 对 读者 的 编程 语言 背景 没有 要 求 。 
也 有 人 写 专门 针对 特定 语言 的 重 构 书籍 。 我 的 两 位 前 同事 Jay 
Fields 和 Shane ”Harvey 就 撰写 了 Ruby 版 的 《 重 构 》[Fields et 
al.]。 






































在 本 书 的 Web 版 和 重 构 网 站 Crefactoring.com) [ref.com] 
上 都 可 以 找到 更 多 相关 材料 的 更 新 。 


3m ”代码 的 坏 味 道 


Kent Beck 和 Martin Fowler 
“MU RRARS, WRC. ” 
语 出 Beck 奶 奶 ， 论 保持 小 孩 清洁 的 哲学 


现在 ， 对 于 重 构 如 何 运 作 ， 你 已 经 有 了 相当 好 的 理解 。 
但 是 知道 “< 如何” 不 代表 知道 “ 何 时 ”。 决 定 何 时 重 构 及 何 时 集 止 
和 知道 重 构 机 制 如 何 运转 一 样 重要 。 


难题 来 了 ! 解释 “如 何 删 除 一 个 实例 变量 ”或 “如 何 产生 一 
个 继承 体系 ”很 容易 ， 因 为 这 些 都 是 很 简单 的 事情 ， 但 要 解 
释 “ 该 在 什么 时 候 做 这 些 动作 ”就 没 那 么 顺理成章 了 。 除 了 露 几 
手 舍 混 的 编程 美学 (说 实话 ， 这 束 是 明 们 这 些 顾问 第 做 的 
事 ) ， 我 还 希望 让 东 些 东西 更 具 说 服 力 一 些 。 


撰写 本 书 的 第 1 版 时 ， 我 正在 为 这 个 微妙 的 问题 大 伤 脑 
筋 。 去 苏黎世 拜访 Kent Beck 的 时 候 ， 也 许 是 因为 受到 刚 出 生 
的 女儿 的 气味 影响 吧 ， 他 提出 用 味道 来 形容 重 构 的 时 机 。 


“味道 ，” 你 可 能 会 说 ,，“ 真 的 比 含混 的 美学 理论 要 好 
吗 ? ”好 吧 ， 是 的 。 我 们 看 过 很 多 很 多 代码 ， 它 们 所 属 的 项 目 
从 大 获 成 功 到 碍 奋 一 奶 剖 有 。 观 岁 这 些 代 码 时 ， 我 们 学 会 了 从 
中 找寻 茶 些 特定 结构 ， 这 些 结构 指出 《有 时 甚至 束 像 尖 叫 呼 
WO 重 构 的 可 能 性 。 《本章 主 语 换 成 "我们 ?， 是 为 了 反映 一 个 
事实 : Kent 和 我 共同 撰写 本 章 。 你 应 该 可 以 看 出 我 俩 的 文笔 差 
























































异 一 一 插 科 打 译 的 部 分 古 我 写 的 ， 其 余部 是 他 写 的 。) 


我 们 并 不 试图 给 你 一 个 何 时 必须 重 构 的 精确 衡量 标准 。 
从 我 们 的 经 验 看 来 ， 没 有 任何 量度 规 窍 比 得 上 见识 广博 者 的 直 
党 。 我 们 只 会 告诉 你 一 些 迹 象 ， 它 会 指出 “这 里 有 一 个 可 以 用 
重 构 解决 的 问题 ">。 你 必须 培养 自己 的 判断 力 ， 学 会 判断 一 个 
a ee a We ene ta oe 























如 果 你 无 法 确定 该 采用 哪 一 种 重 构 手 法 ， 请 阅读 本 章 内 
容 和 书后 附 的 “ 重 构 列 表 ? 来 寻找 灵感 。 你 可 以 阅读 本 章 或 快速 
浏览 书后 附 的 “ 坏 味 道 与 重 构 手 法 速 查 表 ? 来 判断 目 己 周到 的 是 
什么 味道 ， 然 后 再 看 看 我 们 所 建议 的 重 构 手 法 能 售 帮 到 你 。 也 
许 这 里 所 列 的 “ 坏 味道 条 球 ” 和 你 所 检测 的 不 尽 相 符 ， 但 愿 它 们 
能 够 为 你 指引 正确 方 同 。 











3.1 神秘 命名 (Mysterious Name) 


读 侦 探 小 说 时 ， 透 过 一 些 神秘 的 文字 猜测 故事 情 市 是 一 
种 很 棒 的 体验 ;但 如 果 是 在 阅读 代码 ， 这 样 的 体验 就 不 怎么 好 
了 。 我 们 也 许 会 幻想 自己 是 《王牌 大 贱 谍 》 中 的 国际 特工 1， 
但 我 们 写 下 的 代码 应 该 直观 明 了。 整洁 代码 最 重要 的 一 坏 就 是 
好 的 名 字 ， 所 以 我 们 会 深思 熟 虑 如 何 给 函数 、 模 块 、 变 量 和 类 
命名 ， 使 它们 能 清晰 地 表明 自己 的 功能 和 用 法 。 


然而 ， 很 遗憾 ， 命 名 是 编程 中 最 难 的 两 件 事 之 一 [mf- 
2h]。 正 因为 如 此 ， 改 名 可 能 是 最 常用 的 重 构 手法 ， 包 括 改变 
函数 声明 (124) (用 于 给 函数 改名 )〉 、 变 量 改名 (1387) . F 
段 改 名 (244) 等 。 很 多 人 经 常 不 愿意 给 程序 元 素 改 名 ， 和 觉得 
不 值得 这 这 个 劲 ， 但 好 的 名 字 能 节省 未 来 用 在 猜谜 上 的 大 把 时 
jaf 

改名 不 仅仅 是 修改 名 字 而 已 。 如 果 你 想 不 出 一 个 好 名 
字 ， 说 明 背 后 很 可 能 潜藏 着 更 深 的 设计 问题 。 为 一 个 恼人 的 名 
字 所 付出 的 纠结 ， 常 党 能 推动 我 们 对 代码 进行 精简 。 

1 LEKIR) (International Man of Mystery) 是 1997 年 杰 伊 : 罗 

奇 执导 的 一 部 喜剧 谍 战 片 。 详 者 注 






































3.2 重复 代码 (Duplicated Code) 


WARES AE RN Ce BUA SS, AS HT 
以 肯定 : 设法 将 它们 合 而 为 一 ， 程 序 会 变 得 更 好 。 一 旦 有 重复 
代码 存在 ， 疝 读 这 些 重复 的 代码 时 你 就 必须 加 倍 仔细 ， 留 意 其 
六 修改。 


最 单纯 的 重复 代码 就 是 “同一 个 类 的 两 个 函数 含有 相同 的 
表达 陈 ”。 这 时 候 你 需要 做 的 吏 是 采用 提炼 函数 《106) 提炼 出 
重复 的 代码 ， 然 后 让 这 两 个 地 点 部 调用 被 提炼 出 来 的 那 一 段 代 
人 码 。 如 果 重 复 代 码 只 是 相似 而 不 是 完全 相同 ， 请 首先 尝试 用 移 
动 语句 〈223) 重组 代码 顺序 ， 把 相似 的 部 分 放 在 一 起 以 便 所 
炼 。 如 果 重 复 的 代码 段位 于 同一 个 超 类 的 不 同 子 类 中 ， 可 以 使 
用 函数 上 移 (350) 来 避免 在 两 个 子 类 之 间 互 相 调用 。 


























3.3 KAŽI: (Long Function) 





据 我 们 的 经 验 ， 活 得 最 长 、 最 好 的 程序 ， 其 中 的 函数 都 
比较 短 。 初 次 接触 到 这 种 代码 库 的 程序 员 第 常会 觉得 “计算 者 
没有 发 生 ” 一 一 程序 里 满 是 无 穷 无 尽 的 委托 调用 。 但 和 这 样 的 
程序 共处 几 年 之 后 ， 你 就 会 明白 这 些小 函数 的 价值 所 在 。 间 接 
性 市 来 的 好 处 一 一 更 好 的 阐释 力 、 更 易于 分 享 、 更 多 的 选择 
一 一 都 是 由 小 函数 来 文 持 的 。 


早 在 编程 的 洪 欧 年 代 ， 程 序 员 们 就 已 认识 到 : 函数 越 

长 ， 束 越 难 理解 。 在 早期 的 编程 语言 中 ， 子 程序 调用 需要 额外 
开销 ， 这 使 得 人 们 不 太 乐 意 使 用 小 函数 。 现 代 编 程 语言 几乎 已 
经 完全 免除 了 进程 内 的 函数 调用 开销 。 固 然 ， 小 函数 也 会 给 代 
码 的 阅读 者 带 来 一 些 负 担 ， 因 为 你 必须 经 常 切 换 上 下 文 ， 才 能 
看 明白 函数 在 做 什么 。 但 现代 的 开 友 环境 让 你 可 以 在 函数 的 调 
用 人 处 与 声明 处 之 间 快 速 跳 转 ， 或 是 同时 看 到 这 两 处 ， 让 你 根本 
不 用 来 回 跳 转 。 不 过 说 到 底 ， 让 小 函数 易于 理解 的 关键 还 是 在 
FRE ATA © WR IRAE BUR TEA, BERARI At 
AAR AF RAREN, RAE ES J 
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最 终 的 效果 是 : MMMERA A RANET 
样 一 条 原则 :每 当 感 觉 需要 以 注释 来 说 明 点 什么 的 时 候 ， 我 们 
就 把 需要 说 明 的 东西 写 进 一 个 独立 函数 中 ， 并 以 其 用 途 〈 而 非 
实现 手法 ) 命名 。 我 们 可 以 对 一 组 甚至 短 短 一 行 代 码 做 这 件 
事 。 哪 介 符 换 后 的 函数 调用 动作 比 函 数目 身 还 长 ， 只 要 函数 名 
称 能 够 解释 其 用 途 ， 我 们 也 该 坚 不 犹豫 地 那么 做 。 关 键 不 在 于 
函数 的 长 度 ， 而 在 于 函数 “做 什么 ”和 “如 何 做 ”之 则 的 语义 距 
[AJ © 























百 分 之 九 十 九 的 场合 里 ， 要 把 函数 变 短 ， 只 需 使 用 提炼 
PBX (106) 。 找 到 函数 中 适合 集中 在 一 起 的 部 分 ， 将 它们 所 
炼 出 来 形成 一 个 新 函数 。 


如 果 函 数 内 有 大 量 的 参数 和 临时 变量 ， 它 们 会 对 你 的 函 
数 提炼 形成 阻碍 。 如 果 你 尝试 运用 提炼 函数 (106) ， 最 终 就 
会 把 许多 参数 传递 给 被 提炼 出 来 的 新 函数 ， 导 致 可 读 性 几乎 没 
有 任何 提升 。 此 时 ， 你 可 以 经 常 运用 以 查询 取代 临时 变量 
(178) 来 消除 这 些 临 时 元 素 。 引 入 参数 对 象 〈140) 和 保持 对 
象 完整 〈319) 则 可 以 将 过 长 的 参数 列表 变 得 更 简洁 一 些 。 


如 果 你 已 经 这 么 做 了 ， 仍 然 有 太 多 临时 变量 和 参数 ， 那 
就 应 该 使 出 我 们 的 杀手 铜 一 一 以 命令 取代 函数 (337) 。 


如 何 确定 该 提 烁 哪 一 段 代码 呢 ? 一 个 很 好 的 技巧 是 : 寻 
找 注释 。 它 们 通常 能 指出 代码 用 途 和 实现 手法 之 间 的 语义 距 
离 。 如 宋代 码 前 方 有 一 行 注释 ， 就 是 在 提醒 你 ;可 以 将 这 段 代 
码 蔡 换 成 一 个 函数 ， 而 且 可 以 在 注释 的 基础 上 给 这 个 冰 数 命 
名 。 就 算 只 有 一 行 代 码 ， 如 采 它 需要 以 注释 来 说 明 ， 那 也 值得 
将 它 提炼 到 独立 函数 中 去 。 


条 件 表达 式 和 循环 常常 也 是 提 烁 的 信号 。 你 可 以 使 用 分 
解 条 件 表达 式 (260) 处 理 条 件 表达 式 。 对 于 庞大 的 switch 语 
人 句 ， 其 中 的 每 个 分 支部 应 该 通过 提炼 函数 (106) 变 成 独立 的 
图 数 调用 。 如 条 有 多 个 switch 语 句 基 于 同一 个 条 件 进行 分 文选 
择 ， 就 应 该 使 用 以 多 态 取代 条 件 表达 式 〈272) 。 


全 于 循环 ， 你 应 该 将 循环 和 循环 内 的 代码 提炼 到 一 个 独 
芯 的 函数 中 。 如 果 你 发 现 提 炬 出 的 循环 很 难 命名 ， 可 能 是 因为 
其 中 做 了 几 件 不 同 的 事 。 如 果 是 这 种 情况 ， 请 勇敢 地 使 用 拆 分 
人 循环 (227) 将 其 拆 分 成 各 目 独 立 的 任务 。 






























































3.4 过 长 参数 列表 (Long Parameter 
List ) 





刚 开 始 学 习 纺 程 的 时 候 ， 老 师 教 我 们 : 把 函数 所 需 的 所 
有 东西 都 以 参数 的 形式 传递 进去 。 这 可 以 理解 ， 因 为 除 此 之 外 
就 只 能 选择 全 局 数据 ， 而 全 局 数据 很 快 束 会 变 成 那 恶 的 东西 。 
但 过 长 的 参数 列表 本 映 也 经 常 令 人 迷惑 。 


如 果 可 以 问 茶 个 参数 发 起 查询 而 获得 另 一 个 参数 的 值 ， 
那么 就 可 以 使 用 以 查询 取代 参数 (324) 去 挥 这 第 二 个 参数 。 
如 果 你 发 现 目 己 正在 从 现 有 的 数据 结构 中 抽出 很 多 数据 项 ， 就 
可 以 考虑 使 用 保持 对 象 完整 〈319) 手法 ， 直 接 传 入 原来 的 数 
据 结 构 。 如 果 有 几 项 参数 总 是 同时 出 现 ， 可 以 用 引入 参数 对 象 
(140) 将 其 合并 成 一 个 对 象 。 如 果 茶 个 参数 被 用 作 区 分 函数 
行为 的 标记 (flag，〉， 可 以 使 用 移 除 标 记 参 数 (314) 。 


使 用 类 可 以 有 效 地 缩短 参数 列表 。 如 采 多 个 函数 有 同样 
的 几 个 参数 ， 引 入 一 个 类 就 尤为 有 意义 。 你 可 以 使 用 函数 组 合 
RX (144) ， 将 这 些 共同 的 参数 变 成 这 个 类 的 字段 。 如 采 戴 
上 函数 式 编程 的 帽子 ， 我 们 会 说 ， 这 个 重 构 过 程 创造 了 一 组 部 
分 应 用 函数 (partially applied function) 。 


























3.5 全 局 数据 (Global Data) 
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悚 故事 一 一 它们 是 如 何 被 来 目地 狱 第 四 层 的 恶魔 发 明 出 来 ， 胆 
敢 使 用 它们 的 程序 员 如 今 在 何 处 安县 。 驶 算 这 些 烈焰 与 硫黄 的 
故事 不 那么 可 信 ， 全 局 数据 仍然 是 最 刺 蜡 的 坏 味 道 之 一 。 全 局 
数据 的 问题 在 于 ， 从 代码 库 的 任何 一 个 角落 都 可 以 修改 它 ， 而 
且 没 有 任何 机 制 可 以 探测 出 到 底 哪 段 代 码 做 出 了 修改 。 一 次 又 
一 次 ， 全 局 数据 造成 了 那些 诡异 的 bug， 而 问题 的 根源 却 在 遥 
远 的 别处 ， 想 要 找到 出 错 的 代码 难于 登 天 。 全 局 数据 最 显 而 易 
a a 
的 问题 。 


首要 的 防御 手段 是 封装 变量 (132〉 ， 每 当 我 们 看 到 可 能 
被 各 处 的 代码 污染 的 数据 ， 这 总 是 我 们 应 对 的 第 一 招 。 你 把 全 
局 数据 用 一 个 函数 包装 起 来 ， 至 少 你 就 能 看 见 修改 它 的 地 方 ， 
并 开始 控制 对 它 的 访问 。 随 后 ， 最 好 将 这 个 函数 (及 其 封装 的 
数据 ) 搬移 到 一 个 类 或 模块 中 ， 只 允许 模块 内 的 代码 使 用 它 ， 
从 而 尽量 控制 其 作用 域 。 


可 以 被 修改 的 全 局 数据 尤其 可 习 。 如 采 能 保证 在 程序 局 
动 之 后 就 不 再 修改 ， 这 样 的 全 局 数据 还 算 相 对 安全 ， 不 过 得 有 
编程 语言 提供 这 样 的 保证 才 行 。 


全 局 数据 印证 了 帕 拉 窄 尔 斯 的 格言 ， 民 药 与 毒药 的 区 别 
在 于 剂量 。 有 少量 的 全 局 数据 或 许 无 妨 ， 但 数量 越 多 ， 处 理 的 
难度 就 会 指数 上 升 。 即 便 只 是 少量 的 数据 ， 我 们 也 愿意 将 它 封 
装 起 来 ， 这 是 在 软件 演进 过 程 中 应 对 变化 的 关键 所 在 。 






























































3.6 ”可 变数 据 (Mutable Data) 


对 数据 的 修改 经 常 导致 出 乎 意料 的 结果 和 难以 友 现 的 
bug。 我 在 一 处 更 新 数据 ， 却 没有 意识 到 软件 中 的 为 一 处 期 望 
者 完全 不 同 的 数据 ， 于 是 一 个 功能 失效 了 一 一 如 采 故 障 只 在 很 
罕见 的 情况 下 有 发生， 要 找 出 故障 原因 就 会 更 加 困难 。 因 此 ， 有 
一 上 整个 软件 开 友 流派 一 一 函数 式 编 程 一 一 完全 建立 在 “数据 永 
不 改变 ”的 概念 基础 上 : 如 果 要 更 新 一 个 数据 结构 ， 束 返回 一 
份 新 的 数据 副本 ， 旧 的 数据 仍 保持 不 变 。 


不 过 这 样 的 编程 语言 仍然 相对 小 众 ， 大 多 数 程序 员 使 用 
的 编程 语言 还 是 允许 修改 变量 值 的 。 即 便 如 此 ， 我 们 也 不 应 该 
忽视 不 可 变性 带 来 的 优势 一 一 仍然 有 很 多 办 法 可 以 用 于 约束 对 
数据 的 更 新 ， 降 低 其 风险 。 


可 以 用 封装 变量 (132) 来 确保 所 有 数据 更 新 操作 都 通过 
很 少 几 个 函数 来 进行 ， 使 其 更 容易 监控 和 演进 。 如 果 一 个 变量 
在 不 同时 候 被 用 于 存储 不 同 的 东西 ， 可 以 使 用 拆 分 变量 
(240) 将 其 拆 分 为 各 自 不 同 用 途 的 变量 ， 从 而 避免 危险 的 更 
新 操作 。 使 用 移动 语句 (223) 和 提炼 函数 106) 尽量 把 逻辑 
从 处 理 更 新 操作 的 代码 中 搬移 出 来 ， 将 没有 副作用 的 代码 与 执 
行 数据 更 新 操作 的 代码 分 开 。 设 计 API 时 ， 可 以 使 用 将 查询 函 
数 和 修改 函数 分 离 (306) 确保 调用 者 不 会 调 到 有 副作用 的 代 
码 ， 除 非 他 们 真 的 需要 更 新 数据 。 我 们 还 乐于 尽早 使 用 移 除 设 
{a ek BC (331) 一 一 有 时 只 是 把 设 值 函数 的 使 用 者 找 出 来 看 
看 ， 就 能 帮 有 我们 发 现 缩小 变量 作用 域 的 机 会 。 


如 宁可 变数 据 的 值 能 在 其 他 地 方 计算 出 来 ， 这 就 是 一 个 
特别 刺 蜡 的 坏 味道 。 它 不 仅 会 造成 困扰 、bug 和 加 班 ， 而 且 坚 



























































无 必要 。 消 除 这 种 坏 味道 的 办 法 很 简单 ， 使 用 以 查询 取代 派生 
变量 (248) 即 可 。 


如 果 变 量 作 用 域 只 有 几 行 代码 ， 即 使 其 中 的 数据 可 变 ， 
也 不 是 什么 大 问题 ， 但 随 着 变量 作用 域 的 扩展 ， 风 险 也 随 之 增 
大 。 可 以 用 函数 组 合成 类 “(144) 或 者 函数 组 合成 变换 (149) 
来 限制 需要 对 变量 进行 修改 的 代码 量 。 如 果 一 个 变量 在 其 内 部 
结构 中 包含 了 数据 ， 通 和 常 最 好 不 要 直接 修改 其 中 的 数据 ， 而 是 
用 将 引用 对 象 改 为 值 对 象 (252) 令 其 直接 替换 整个 数据 结 


构 。 









































3.7 RAIE (Divergent Change) 








我 们 希望 软件 能 够 更 容易 被 修改 一 一 毕 竞 软件 本 来 就 该 
是 “ 软 ” 的 。 一 旦 需要 修改 ， 我 们 希望 能 够 跳 到 系统 的 茶 一 点 ， 
只 在 该 处 做 修改 。 如 采 不 能 做 到 这 一 点 ， 你 就 嗅 出 两 种 基 密 相 
关 的 刺 腊 味道 中 的 一 种 了 。 


如 果 菏 个 模块 经 常 因为 不 同 的 原因 在 不 同 的 方 回 上 友和 生 
eb, RADAR © SUG TRI: “WE, WR 
新 加 入 一 个 数据 库 ， 我 必须 修改 这 3 个 函数 ， 如 果 新 出 现 一 种 
金融 工具 ， 我 必须 修改 这 4 个 函数 。” 这 就 是 友 散 式 变 化 的 征 
兆 。 数 据 库 交 互 和 金融 逻辑 处 理 是 两 个 不 同 的 上 下 文 ， 将 它们 
分 别 搬移 到 各 目 独 立 的 模块 中 ， 能 让 程序 变 得 更 好 :每 当 要 对 
某 个 上 下 文 做 修改 时 ， 我 们 只 需要 理解 这 个 上 下 文 ， 而 不 必 操 
心 男 一 个 。“ 每 次 只 关心 一 个 上 下 文 ” 这 一 点 一 直 很 重要 ， 在 如 
今 这 个 信息 爆炸 、 脑 容量 不 够 用 的 年 代 就 愈 发 紧要 。 当 然 ， 往 
往 只 有 在 加 入 新 数据 库 或 新 金融 工具 后 ， 你 才能 发 现 这 个 坏 味 
道 。 在 程序 刚 开 友 出 来 还 在 随 着 软件 系统 的 能 力 不 断 演进 时 ， 
上 下 文 边界 通常 不 是 那么 清晰 。 


如 果 发 生变 化 的 两 个 方 辐 上 自然 地 形成 了 先后 次 序 〈 比 如 
说 ， 先 从 数据 库 取出 数据 ， 再 对 其 进行 金融 逻辑 处 理 ) ， 就 可 
以 用 拆 分 阶段 《154) 将 两 者 分 开 ， 两 者 之 间 通 过 一 个 清晰 的 
数据 结构 进行 沟通 。 如 果 两 个 方向 之 间 有 更 多 的 来 回调 用 ， 残 
应 该 完 创 建 适当 的 模块 ， 然 后 用 搬移 函数 “198) 把 处 理 逻 辑 
分 开 。 如 末 函 数 内 部 混合 了 两 类 处 理 逻 辑 ， 应 该 完 用 提 烁 函数 
(106) 将 其 分 开 ， 然 后 再 做 搬移 。 如 果 模 块 是 以 类 的 形式 定 
义 的 ， 就 可 以 用 提炼 类 《〈182) 来 做 拆 分 。 





























3.8 BOŽIA (Shotgun Surgery ) 
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遇 到 某 种 变化 ， 你 都 必须 在 许多 不 同 的 类 内 做 出 许多 小 修改 ， 
你 所 面临 的 坏 味道 就 是 起 弹 式 修改 。 如 果 需 要 修改 的 代码 散布 
四 处 ， 你 不 但 很 难 找到 它们 ， 也 很 容易 错过 某 个 重要 的 修改 。 


这 种 情况 下 ， 你 应 该 使 用 搬移 函数 〈198) 和 搬移 字段 
(207) 把 所 有 需要 修改 的 代码 放 进 同一 个 模块 里 。 如 果 有 很 
多 函数 都 在 操作 相似 的 数据 ， 可 以 使 用 函数 组 合成 类 
(144) 。 如 果 有 些 函 数 的 功能 是 转化 或 者 充实 数据 结构 ， 可 
以 使 用 函数 组 合成 变换 (149) 。 如 果 一 些 函 数 的 输出 可 以 组 
合 后 提供 给 一 段 专门 使 用 这 些 计算 结果 的 逻辑 ， 这 种 时 候 常 常 
用 得 上 拆 分 阶段 〈154) 。 


面 对 项 弹 式 修改 ， 一 个 常用 的 策略 就 是 使 用 与 内 联 
(inline) 相关 的 重 构 如 内 联 函 数 (115) 或 是 内 联 类 
(186) 一 一 把 本 不 该 分 散 的 逻辑 搜 回 一 处 。 完 成 内 联 之 后 ， 
你 可 能 会 闻 到 过 长 函数 或 者 过 大 的 类 的 味道 ， 不 过 你 总 可 以 用 
与 提炼 相关 的 重 构 手 法 将 其 拆 解 成 更 合理 的 小 块 。 即 便 如 此 钟 
爱 小 型 的 函数 和 类 ， 我 们 也 并 不 担心 在 重 构 的 过 程 中 暂时 创建 
一 些 较 大 的 程序 单元 。 























3.9 ”依恋 情结 (Feature Envy) 


所 谓 模块 化 ， 就 是 力求 将 代码 分 出 区 域 ， 最 大 化 区 域内 
部 的 交互 、 最 小 化 跨 区 域 的 交互 。 但 有 时 你 会 发 现 ， 一 个 函数 
跟 另 一 个 模块 中 的 函数 或 者 数据 交流 格外 频繁 ， 远 胜 于 在 自己 
所 处 模块 内 部 的 交流 ， 这 就 是 依恋 情结 的 典型 情况 。 无 数 次 经 
验 里 ， 我 们 看 到 某 个 函数 为 了 计算 某 个 值 ， 从 另 一 个 对 象 那儿 
调用 几乎 半 打 的 取 值 函数 。 疗 法 显而易见 : 这 个 函数 想 跟 这 些 
数据 符 在 一 起 ， 那 就 使 用 搬移 函数 198) 把 它 移 过 去 。 有 时 
候 ， 函 数 中 只 有 一 部 分 受 这 种 依恋 之 兰 ， 这 时 候 应 该 使 用 提炼 
函数 (106) 把 这 一 部 分 提炼 到 独立 的 函数 中 ， 再 使 用 搬移 函 
RM (198) 带 它 去 它 的 梦想 家 园 。 


当然 ， 并 非 所 有 情况 都 这 么 简单 。 一 个 函数 往往 会 用 到 
几 个 模块 的 功能 ， 那 么 它 完 竟 该 被 置 于 何 处 呢 ? 我 们 的 原则 
wes 判断 哪个 模块 拥有 的 此 函数 使 用 的 数据 最 多 ， 然 后 就 把 这 
个 函数 和 那些 数据 摆 在 一 起 。 如 果 移 以 提 烁 函数 〈106) 将 这 
个 函数 分 解 为 数 个 较 小 的 函数 并 分 别 置 放 于 不 同 地 点 ， 上 述 步 
Pe Wt LEAR Dy FEM T o 


有 几 个 复 洒 精巧 的 模式 破坏 了 这 条 规则 。 说 起 这 个 话 
题 ，GoF[gof] 的 策略 (Strategy) 模式 和 访问 者 (Visitor) 模式 
立刻 跳 入 我 的 脑海 ，Kent ” Beck 的 Self ”Delegation 模 式 [Beck 
SBPP] 也 在 此 列 。 使 用 这 些 模 式 是 为 了 对 抗 发 散 式 变化 这 一 坏 
味道 。 最 根本 的 原则 是 : 将 总 是 一 起 变化 的 东西 放 在 一 块 儿 。 
数据 和 引用 这 些 数据 的 行为 总 是 一 起 变化 的 ， 但 也 有 例外 。 如 
条 例外 出 现 ， 我 们 就 搬移 那些 行为 ， 保 持 变 化 只 在 一 地 发 生 。 
策略 模式 和 和 访问 者 模式 使 你 得 以 轻松 修改 函数 的 行为 ， 因 为 
它们 将 少量 需 被 履 写 的 行为 隔离 开 来 一 一 当然 也 付出 了 “多 一 



































层 间接 性 ”的 代价 。 


3.10 ”数据 泥 团 〈Data Clumps ) 
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常 可 以 在 很 多 地 方 看 到 相同 的 三 四 项 数据 : 两 个 类 中 相同 的 字 
段 、 许 多 函数 签名 中 相同 的 参数 。 这 些 总 是 绑 在 一 起 出 现 的 数 
据 真 应 该 拥有 属于 它们 自己 的 对 象 。 首 先 请 找 出 这 些 数据 以 字 
段 形式 出 现 的 地 方 ， 运 用 提炼 类 《182) 将 它们 提炼 到 一 个 独 
并 对 象 中 。 然 后 将 注音 力 转 移 到 函数 签名 上 ， 运 用 引入 参数 对 
象 〈140) 或 保持 对 象 完 整 (319) 为 它 瘦身 。 这 么 做 的 直接 好 
处 是 可 以 将 很 多 参数 列表 缩短 ， 简 化 函数 调用 。 是 的 ， 不 必 在 
意 数 据 泥 团 只 用 上 新 对 象 的 一 部 分 字段 ， 只 要 以 新 对 象 取代 两 
个 (或 更 多 ) 字段 ， 就 值得 这 么 做 。 


一 个 好 的 评判 办 法 是 : 删 挥 众多 数据 中 的 一 项 。 如 果 这 
么 做 ， 其 他 数据 有 没有 因而 失去 意义 ? 如 末 它 们 不 再 有 意义 ， 
这 就 是 一 个 明确 信号 : 你 应 该 为 它们 产生 一 个 新 对 象 。 


我 们 在 这 里 提倡 新 建 一 个 类 ， 而 不 是 简单 的 记录 结构 ， 
因为 一 旦 拥有 新 的 类 ， 你 就 有 机 会 让 程序 散发 出 一 种 芳香 。 得 
到 新 的 类 以 后 ， 你 惑 可 以 痢 手 寻找 “依恋 情结 >， 这 可 以 帮 你 指 
出 能 够 移 至 新 类 中 的 种 种 行为 。 这 是 一 种 强大 的 动力 : 有 用 的 
类 被 创建 出 来 ， 大 量 的 重复 被 消除 ， 后 续 开 友 得 以 加 速 ， 原 来 
的 数据 泥 团 终于 在 它们 的 小 社会 中 充分 发 挥 价值 。 









































3.11 基本 类 型 偏执 (Primitive 
Obsession) 





大 多 数 编程 环境 都 大 量 使 用 基本 类 型 ， 即 整数 、 浮 点 数 
和 字符 串 和 等。 一些 库 会 引入 一 些小 对 象 ， 如 日 期 。 但 我 们 发 现 
一 个 很 有 趣 的 现象 : 很 多 程序 员 不 愿意 创建 对 自己 的 问题 域 有 
用 的 基本 类 型 ， 如 钱 、 坐 标 、 范 围 等 。 于 是 ， 我 们 看 到 了 把 钱 
当 作 普通 数字 来 计算 的 情况 、 计 算 物理 量 时 无 视 单 位 (如 把 英 
十 与 量 米 相 加 〉 的 情况 以 及 大 量 类 似 if (a < upper && a > 
lower ) 这 样 的 代码 。 


字符 串 是 这 种 坏 味道 的 最 佳 塔 养 焉 ， 比 如 ， 电 话 号 码 不 
只 是 一 串 字 符 。 一 个 体面 的 类 型 ， 至 少 能 包含 一 致 的 显示 巡 
辑 ， 在 用 户 界 面 上 需要 显示 时 可 以 使 用 。“ 用 字符 串 来 代表 类 
似 这 样 的 数据 ?是 如 此 种 见 的 只 味 ， 以 全 于 人 们 给 这 类 变量 专 
eS TAS, MENTAL AE” Cstringly typed) 变 
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你 可 以 运用 以 对 象 取代 基本 类 型 (174) 将 原本 单独 存在 
的 数据 值 蔡 换 为 对 象 ， 从 而 走出 传统 的 洞 宣 ， 进 入 炙手可热 的 
对 象 世界 。 如 果 想 要 替换 的 数据 值 是 控制 条 件 行为 的 类 型 码 ， 
则 可 以 运用 以 子 类 取代 类 型 码 (362) 加 上 以 多 态 取代 条 件 表 
达 式 (272) 的 组 合 将 它 换 掉 。 


如 果 你 有 一 组 总 是 同时 出 现 的 基本 类 型 数据 ， 这 就 是 数 
据 泥 团 的 征兆 ， 应 该 运用 提炼 类 (182) 和 引入 参数 对 象 
(140) 来 处 理 。 














3.12 重复 的 switch (Repeated 
Switches) 








如 果 你 跟 真正 的 面 加 对 象 布道 者 交谈 ， 他 们 很 快 束 会 谈 
到 switch 语 句 的 邪 屎 。 在 他 们 看 来 ， 任 何 switch 语 句 部 应 该 用 
以 多 态 取代 条 件 表 达 式 〈272) 消除 掉 。 我 们 甚至 还 听 过 这 样 
的 观点 : 所 有 条 件 馆 辑 都 应 该 用 多 态 取 代 ， 绝 大 多 数 放 语句 都 
应 该 被 扫 进 历史 的 垃圾 桶 。 


即便 在 不 知 天 高 地 厚 的 青年 时 代 ， 我 们 也 从 未 无 条 件 地 
反对 条 件 语句 。 在 本 书 第 1 版 中 ， 这 种 坏 味 道 被 称 为 “switch 语 
“J” (Switch Statements) ， 那 是 因为 在 20 志 纪 90 年 代 末 期 ， 程 
序 员 们 太 过 于 忽视 多 态 的 价值 ， 我 们 希望 矫 枉 过 正 。 


如 今 的 程序 员 已 经 更 多 地 使 用 多 态 ，switch 语 句 也 不 再 
像 15 年 前 那样 有 害 无 益 ， 很 多 语言 支持 更 复杂 的 switch 语 句 ， 
而 不 只 是 根据 基本 类 型 值 来 做 条 件 判断 。 因 此 ， 我 们 现在 更 关 
注重 复 的 switch: 在 不 同 的 地 方 有 反复 使 用 同样 的 switch 逻 辑 
(可 能 是 以 switchycase 语 名 的 形式 ， 也 可 能 是 以 连续 的 
if/else 语 句 的 形式 ) o 重复 的 switch 的 问题 在 于 : 每 当 你 想 增 
加 一 个 选择 分 文 时 ， 必 须 找到 所 有 的 switch， 并 逐一 更 新 。 多 
态 给 了 我 们 对 抗 这 种 黑暗 力量 的 武器 ， 使 我 们 得 到 更 优雅 的 代 
码 库 。 


















































3.13 ”循环 语句 (Loops) 


从 最 早 的 编程 语言 开始 ， 循 环 加 一 直 是 程序 设计 的 核心 
要 素 。 但 我 们 感觉 如 今 循环 已 经 有 点 儿 过 时 ， 就 像 喇叭 裤 和 植 
绒 壁 纸 那 样 。 其 实在 撰写 本 书 第 1 厂 的 时 候 ， 我 们 就 已 经 开 始 
鄙视 循环 语句 ， 但 和 当时 的 大 多 数 编 程 语言 一 样 ， 当 时 的 Java 
还 没有 提供 更 好 的 蔡 代 品 。 如 今 ， 函 数 作 为 一 等 公民 已 经 得 到 
了 广泛 的 文 持 ， 因 此 我 们 可 以 使 用 以 管道 取代 循环 (231) 来 
让 这 些 老 吾 重 退 休 。 我 们 有 发现， 管道 操作 《如 filter 和 map) 可 
以 帮助 我 们 更 快 地 看 清 被 处 理 的 元 素 以 及 处 理 它 们 的 动作 。 











3.14 JUNC (Lazy Element) 


程序 元 素 〈 如 类 和 函数 ) 能 给 代码 增加 结构 ， 从 而 支持 
变化 、 促 进 复 用 或 者 哪怕 只 是 提供 更 好 的 名 字 也 好 ， 但 有 时 我 
们 真 的 不 需要 这 层 额外 的 结构 。 可 能 有 这 样 一 个 函数 ， 它 的 名 
字 就 跟 实现 代码 看 起 来 一 模 一 样 ， 也 可 能 有 这 样 一 个 类 ， 根 本 
就 是 一 个 简单 的 函数 。 这 可 能 是 因为 ， 起 初 在 编写 这 个 函数 
时 ， 程 序 员 也 许 期 望 它 将 来 有 一 天 会 变 大 、 变 复杂 ， 但 那 一 天 
从 未 到 来 ， 也 可 能 是 因为 ， 这 个 类 原本 是 有 用 的 ， 但 随 着 重 构 
的 进行 越 变 越 小 ， 最 后 只 剩 了 一 个 函数 。 不 论 上 述 哪 一 种 原 
因 ， 请 让 这 样 的 程序 元 素 庄 严 赴 义 吧 。 通 常 你 只 需要 使 用 内 联 
函数 (115) 或 是 内 联 类 (186) 。 如 果 这 个 类 处 于 一 个 继承 体 
Al, ADH BARRA (380) 。 



























































3.15 SSAIRIGA YE (Speculative 
Generality ) 





这 个 令 我 们 十 分 敏感 的 坏 味 道 ， 命 名 者 是 Brian Foote. 
当 有 人 说 “ 噢 ， 我 想 我 们 总 有 一 天 需要 做 这 事 ”， 并 因而 企图 以 
各 式 各 样 的 钩子 和 特殊 情况 来 处 理 一 些 非 必要 的 事情 ， 这 种 坏 
味道 就 出 现 了 。 这 么 做 的 结果 往往 造成 系统 更 难 理解 和 维护 。 
如 果 所 有 装置 部 会 被 用 到 ， 就 值得 那么 做 ;， 如 果 用 不 到 ， 束 不 
值得 。 用 不 上 的 六 置 只 会 挡 你 的 路 ， 所 以 ， 把 它 搬 开 吧 。 


如 果 你 的 某 个 抽象 类 其 实 没有 太 大 作用 ， 请 运用 折 靶 继 
承 体 系 (380) 。 不 必要 的 委托 可 运用 内 联 函 数 (115) 和 内 联 
类 (186) 除 掉 。 如 果 函 数 的 某 些 参数 未 被 用 上 ， 可 以 用 改变 
函数 声明 (124) 去 掉 这 些 参数 。 如 果 有 并 非 真 正 需 要 、 只 是 
为 不 知 远 在 何 处 的 将 来 而 塞 进去 的 参数 ， 也 应 该 用 改变 函数 声 
HA (124) 去 掉 。 


如 采 函 数 或 关 的 唯一 用 户 是 测试 用 例 ， 这 殴 膨 出 了 坏 味 
道 “等 伟 其 谈 通用 性 ”"。 如 果 你 肥 现 这 样 的 函数 或 类 ， 可 以 先 删 
挤 测 试用 例 | 然后 使 用 移 除 死 代码 (237) 。 


















































3.16 | 临时 字段 (Temporary Field) 











有 时 你 会 看 到 这 样 的 类 : SLA BBE TS FBO AAT REE 
情况 而 设 。 这 样 的 代码 让 人 不 易 理 解 ， 因 为 你 通常 认为 对 象 在 
所 有 时 候 都 需要 它 的 所 有 字段 。 在 字段 未 被 使 用 的 情况 下 猜测 
当初 设置 它 的 目的 ， 会 让 你 发 狗 。 


请 使 用 提炼 类 (182) 给 这 个 可 怜 的 扳 儿 创造 一 个 家 ， 然 
后 用 搬移 函数 《198) 把 所 有 和 这 些 字段 相关 的 代码 都 放 进 这 
个 新 家 。 也 许 你 还 可 以 使 用 引入 特例 〈289) 在 “变量 不 合 
法 ”的 情况 下 创建 一 个 答 代 对 象 ， 从 而 避免 写 出 条 件 陈 代码 。 








3.17 WIKIA hE (Message 
Chains ) 


BARS BF Te) RR A PY RR 
aaa KA TMA, PEERK POR... EIA 
链 。 在 实际 代码 中 你 看 到 的 可 能 是 一 长 串 取 值 函 数 或 一 长 串 临 
时 变量 。 采 取 这 种 方式 ， 意 味 客户 靖 代 码 将 与 得 找 过 程 中 的 导 
航 结 构 紧 蜜 耦合。 一 旦 对 象 间 的 关系 发 生 任何 变化 ， 客 己 闪 了 束 
不 得 不 做 出 相应 修改 。 


这 时 候 应 该 使 用 隐藏 委托 关系 (189) 。 你 可 以 在 消息 链 
的 不 同位 置 采用 这 种 重 构 手法 。 理 论 上 ， 你 可 以 重 构 消 息 链 上 
的 所 有 对 象 ， 但 这 么 做 就 会 把 所 有 中 间 对 象 都 变 成 * 中 间 人 ”。 
通常 更 好 的 选择 是 : 先 观察 消息 链 最 终 得 到 的 对 象 是 用 来 干 什 
么 的 ， 看 看 能 否 以 提炼 函数 (106) 把 使 用 该 对 象 的 代码 提炼 
到 一 个 独立 的 函数 中 ， 再 运用 搬移 函数 a198) 把 这 个 函数 推 
入 消息 链 。 如 果 还 有 许多 客户 端 代 码 需要 访问 链 上 的 其 他 对 
象 ， 同 样 添加 一 个 函数 来 完成 此 事 。 


有 些 人 把 任何 函数 链 都 视 为 坏 东 西 ， 我 们 不 这 样 想 。 我 
们 的 冷静 镇 定 是 出 了 名 的 ， 起 码 在 这 件 事 上 是 这 样 的 。 









































3.18 中间 人 (Middle Man) 





Mp ARAN FE ASE IE ZB BY A$ Yb eal Tt FP Bi EL A 
部 细节 。 封 装 往 往 伴随 着 委托 。 比 如 ， 你 问 主 管 是 个 有 时 间 参 
加 一 个 会 议 ， 他 就 把 这 个 消息 “委托 ?给 他 的 记事 短 ， 然 后 才能 
回答 你 。 很 好 ， 你 没 必要 知道 这 位 主管 到 底 使 用 传统 记事 钴 还 
征 使 用 电子 记事 短 抑 或 是 秘书 来 记录 目 己 的 约会 。 


但 是 人 们 可 能 过 度 运用 委托 。 你 也 许 会 看 到 某 个 类 的 接 
口 有 一 半 的 函数 都 委托 给 其 他 类 ， 这 样 就 是 过 度 运 用 。 这 时 应 
该 使 用 移 除 中 间 人 (192) ， 直 接 和 真正 负责 的 对 象 打交道 。 
如 果 这 样 “ 不 干 实事 ”的 函数 只 有 少数 几 个 ， 可 以 运用 内 联 函 数 
(115) 把 它们 放 进 调用 端 。 如 果 这 些 中 间 人 还 有 其 他 行为 ， 
可 以 运用 以 委托 取代 超 类 (399) 或 者 以 委托 取代 子 类 (381) 
把 它 变 成 真正 的 对 象 ， 这 样 你 既 可 以 扩展 原 对 象 的 行为 ， 又 不 
必 负 担 那么 多 的 委托 动作 。 









































3.19 ”内 大 交易 (Insider Trading) 


软件 开发 者 辟 欢 在 模块 之 间 建 起 高 场 ， 极 其 反感 在 模块 
之 间 大 量 交 换 数 据 ， 因 为 这 会 增加 模块 间 的 灯 合 。 在 实际 情况 
里 ， 一 定 的 数据 交换 不 可 避免 ， 但 我 们 必须 尽量 减少 这 种 情 
况 ， 并 把 这 种 交换 都 放 到 明 面 上 来 。 


如 果 两 个 模块 总 是 在 咖啡 机 劳 边 守 田 私语 ， 就 应 该 用 搬 
移 函 数 (198) 和 搬移 字段 (207) 减少 它们 的 私下 交流 。 如 果 
两 个 模块 有 共同 的 兴趣 ， 可 以 尝试 再 新 建 一 个 模块 ， 把 这 些 共 
用 的 数据 放 在 一 个 管理 良好 的 地 方 ， 或 者 用 隐藏 委托 关系 
(189) ， 把 另 一 个 模块 变 成 两 者 的 中 介 。 


继承 常会 造成 密谋 ， 因 为 子 类 对 超 类 的 了 解 总 是 超过 后 
者 的 主观 愿望 。 如 果 你 觉得 该 让 这 个 孩子 独立 生活 了 ， 请 运用 
以 委托 取代 子 类 “(381) 或 以 委托 取代 超 类 “(399) 让 它 离 开 继 
承 体系 。 

















3.20 WAH (Large Class) 


ORAL ESAS Sl, AEE Ms WAS 
FX. “Aon, BRASH wR eS 


你 可 以 运用 提炼 类 〈182) 将 几 个 变量 一 起 提炼 至 新 类 
内 。 提 炬 时 应 该 选择 类 内 彼此 相关 的 变量 ， 将 它们 放 在 一 起 。 
例如 ， depositAmount 和 depositcurrency 可 能 应 该 隶属 同一 个 
Ko Wi, WRENN Ee A BIN AAA, Rept 
意味 大 有 机 会 把 它们 提 炬 到 某 个 组 件 内 。 如 果 这 个 组 件 适 合作 
为 一 个 子 类 ， 你 会 发 现 提 烁 超 类 (375) 或 者 以 子 类 取代 类 型 
码 (362) (HEMERT) 往往 比较 简单 。 


有 时 候 类 并 非 在 所 有 时 刻 痢 使 用 所 有 字段 。 硅 果真 如 
此 ， 你 或 许可 以 进行 多 次 提炼 。 


和 “ 太 多 实例 变量 ”一样 ， 类 内 如 果 有 太 多 代码 ， 也 是 代 
码 重复 、 混 乱 并 最 终 走向 死亡 的 源头 。 最 简单 的 解决 方案 (还 
记得 吗 ， 我 们 喜欢 简单 的 解决 方案 、 是 把 多 余 的 东西 消 强 于 类 
内 部 。 如 果 有 5 个 “ 百 行 函 数 "， 它 们 之 中 很 多 代码 都 相同 ， 屠 
么 或 次 你 可 以 把 它们 变 成 5 个 “十 行 函 数 "和 10 个 提炼 出 来 的 " 双 
行 函数 ”。 


观察 一 个 大 类 的 使 用 者 ， 经 常 能 找到 如 何 拆 分 类 的 线 
索 。 看 看 使 用 者 是 否 只 用 到 了 这 个 类 所 有 功能 的 一 个 子 集 ， 每 
个 这 样 的 子 集 都 可 能 拆 分 成 一 个 独立 的 类 。 一 旦 识别 出 一 个 合 
适 的 功能 子 集 ， 就 试用 提炼 类 (182) 、 提 人 炼 超 类 (375) 或 是 
以 子 类 取代 类 型 码 (362) 将 其 拆 分 出 来 。 















































3.21 HETH% (Alternative 
Classes with Different Interfaces ) 


使 用 类 的 好 处 之 一 就 在 于 可 以 符 换 :今天 用 这 个 类 ， 未 
来 可 以 换 成 用 男 一 个 类 。 但 只 有 妆 两 个 类 的 接口 一 致 时 ， 才 能 
做 这 种 蔡 换 。 可 以 用 改变 函数 声明 (124) 将 函数 签名 变 得 一 
致 。 但 这 往往 还 不 够 ,请 反复 运用 搬移 函数 “198) FR ACHE AT 
为 移入 类 中 ， 直 到 两 者 的 协议 一 致 为 止 。 如 果 搬 移 过 程 造 成 了 
重复 代码 ， 或 许可 运用 提炼 超 类 《〈375) 补偿 一 下 。 











3.22” 纯 数据 类 (Data Class) 





所 请 纯 数据 类 是 指 : 它们 拥有 一 些 字 段 ， 以 及 用 于 访问 
GER) 这 些 字段 的 图 数 ， 除 此 之 外 一 无 长 物 。 这 样 的 类 只 是 
一 种 不 会 说 话 的 数据 容器 ， 它 们 几乎 一 定 被 其 他 类 过 分 细 琐 地 
操控 看。 这 些 类 早期 可 能 拥有 public 字 段 ， 大 果真 如 此 ， 你 应 
该 在 别人 注意 到 它们 之 前 ， 立 刻 运用 封装 记录 (162) 将 它们 
封装 起 来 。 对 于 那些 不 该 被 其 他 类 修改 的 字段 ， 请 运用 移 除 设 
值 函 数 (331) 。 


然后 ， 找 出 这 些 取 值 / 设 值 函 数 被 其 他 类 调用 的 地 上 后。 党 
试 以 搬移 函数 “198) 把 那些 调用 行为 搬移 到 纯 数据 类 里 来 。 
如 果 无 法 搬移 整个 函数 ， 束 运用 提炼 函数 106) 产生 一 个 可 
被 搬移 的 函数 。 


纯 数 据 类 填 钟 意味 着 行为 被 放 在 了 错误 的 地 方 。 也 惑 是 
次， 只 要 把 处 理 数据 的 行为 从 客户 站 搬移 到 纯 数 据 类 里 来 ， 就 
能 使 情况 大 为 改观 。 但 也 有 例外 情况 ， 一 个 最 好 的 例外 情况 就 
是 ， 纯 数据 记录 对 象 被 用 作 函 数 调 用 的 返回 结果 ， 比 如 使 用 拆 
分 阶段 (154) 之 后 得 到 的 中 转 数 据 结 构 束 是 这 种 情况 。 这 种 
结果 数据 对 象 有 一 个 关键 的 特征 : 它 是 不 可 修改 的 (至 少 在 拆 
分 阶段 〈154) 的 实际 操作 中 是 这 样 ) 。 不 可 修改 的 字段 无 须 
使 用 者 可 以 直接 通过 字段 取得 数据 ， 无 须 通 过 取 值 函 






































3.23 ”被 拒绝 的 遗赠 (Refused 
Bequest ) 


子 类 应 该 继承 超 类 的 函数 和 数据 。 但 如 果 它 们 不 想 或 不 
需要 继承 ， 又 该 怎么 办 呢 ? 它们 得 到 所 有 礼物 ， 却 只 从 中 挑选 
几 样 来 玩 ! 


按 传统 说 法 ， 这 就 意味 着 继承 体系 设计 错误 。 你 需要 为 
这 个 子 类 新 建 一 个 兄弟 类 ， 再 运用 函数 下 移 (359) 和 字段 下 
É (361) 把 所 有 用 不 到 的 函数 下 推 给 那个 兄弟 。 这 样 一 来 ， 
超 类 就 只 持 有 所 有 子 类 共享 的 东西 。 你 常常 会 听 到 这 样 的 建 
WX: 所 有 超 类 都 应 该 是 抽象 (abstract) 的 。 


既然 使 用 “传统 说 法 ”这 个 略 带 贬义 的 词 ， 你 就 可 以 猜 
到 ， 我 们 不 建议 你 这 么 做 ， 起 码 不 建议 你 每 次 都 这 么 做 。 我 们 
经 常 利用 继承 来 复 用 一 些 行为 ， 并 友 现 这 可 以 很 好 地 应 用 于 日 
常 工作 。 这 也 是 一 种 坏 味道 ， 我 们 不 否认 ， 但 气味 通 第 并 不 强 
烈 ， 所 以 我 们 说 ， 如 果 “ 被 拒绝 的 遗赠 ”正在 引起 困惑 和 问题 ， 
请 锭 循 传统 忠告 。 但 不 必 认 为 你 每 次 都 得 那么 做 。 十 有 八 九 这 
PHS AE RI» «AMIEL FS ELE 


如 果子 类 复 用 了 超 类 的 行为 (实现 ) ， 却 又 不 愿意 文 持 
超 类 的 接口 , “被 拒绝 的 遗赠 ?的 坏 味道 就 会 变 得 很 浓烈 。 拒 缀 
继承 超 类 的 实现 ， 这 一 点 我 们 不 介意 ;但 如 果 拒 绝 文 持 超 类 的 
接口 ， 这 就 难以 接受 了 。 既 然 不 愿意 文 持 超 类 的 接口 ， 就 不 要 
虚 情 假意 地 糊弄 继承 体系 ， 应 该 运用 以 委托 取代 子 类 (381) 
或 者 以 委托 取代 超 类 (399) WERNEER - 









































3.24 注释 (Comments) 





别 担心 ， 我 们 并 不 是 说 你 不 该 写 注 释 。 从 嗅觉 上 说 ， 注 
释 不 但 不 是 一 种 坏 味 道 ， 事 实 上 它们 还 是 一 种 香味 呢 。 我 们 之 
PROBA Ex PERE, AAAI HIE SIERRA RE 
用 。 常 常会 有 这 样 的 情况 你 看 到 一 段 代 码 有 着 长 长 的 注释 ， 
然后 发 现 ， 这 些 注释 之 所 以 存在 乃 是 因为 代码 很 糟糕 。 这 种 情 
况 的 发 生 次 数 之 多 ， 实 在 令 人 吃惊 。 


注释 可 以 帝 我 们 找到 本 章 先 前 提 到 的 各 种 坏 味道 。 找 到 
坏 味道 后 ， 我 们 首先 应 该 以 各 种 重 构 手法 把 坏 味 道 去 除 。 完 成 
之 后 我 们 常常 会 及 现 ， 注释 已 经 变 得 多 余 了， 因为 代码 已 经 清 
楚 地 说 明了 一 切 。 


如 果 你 “需要 注释 来 解释 一 决 代码 做 了 什么 ， 试 试 提炼 函 
Bl (106) ; 如 果 函 数 已 经 提 炬 出 来 ， 但 还 是 需要 注释 来 解释 
其 行为 ， 试 试用 改变 函数 声明 (124) 为 它 改名 ， 如 果 你 需要 
注释 说 明 菏 些 系统 的 需求 规格 ， 试 试 引 入 靳 言 (302) 。 























当 你 感觉 需要 扬 写 注释 时 ， 请 先 和 党 试 重 构 ， 试 
着 让 所 有 注释 都 变 得 多 人 


如 果 你 不 知道 该 做 什么 ， 这 才 古 注释 的 民 好 运用 时 机 。 
除了 用 来 记述 将 来 的 打算 之 外 ， 注 释 还 可 以 用 来 标记 你 并 无 十 
足 把 握 的 区 域 。 你 可 以 在 注释 里 写 下 上 自己 “为 什么 做 菏 菜 事 ”。 
这 类 信息 可 以 帮助 将 来 的 修改 者 ， 尤 其 是 那些 健 瑟 的 家 伙 。 
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重 构 是 很 有 价值 的 工具 ， 但 只 有 重 构 还 不 行 。 要 正确 地 
进行 章 构 ， 前 提 是 得 有 一 套 稳 固 的 测试 集合 ， 以 帮 我 及 现 难以 
避免 的 玩 涯 。 即 便 有 工具 可 以 帮 我 自动 完成 一 些 重 构 ， 很 多 重 
构 手 法 依然 雷 要 通过 测试 集合 来 保障 。 


我 并 不 把 这 视 为 缺点 。 我 及 现 ， 编 写 优 民 的 测试 程序 ， 
可 以 极 大 提高 我 的 编程 速度 ， 即 使 不 进行 重 构 也 一 样 如 此 。 这 
让 我 很 吃惊 ， 也 违反 许多 程序 员 的 直觉 ， 所 以 我 有 必要 解释 一 
下 这 个 现象 。 























4.1 目测 试 代码 的 价值 








如 果 你 认真 观察 大 多 数 程序 员 如 何 分 配 他 们 的 时 间 ， 残 
会 发 现 ， 他 们 编写 代码 的 时 间 仅 占 所 有 时 间 中 很 少 的 一 部 分 。 
有 些 时 间 用 来 决定 下 一 步 干 什么 ， 有 些 时间 花 在 设计 上 ， 但 
征 ， 人 花费 在 调试 上 的 时 间 是 最 多 的 。 我 敢 衣 定 ， 每 一 位 读者 一 
定 都 记得 目 己 花 数 小 时 调试 代码 的 经 历 一 一 而 且 常 种 是 通 俏 达 
旦 。 每 个 程序 员 痢 能 讲 出 一 个 为 了 修复 一 个 bug 人 花费 了 一 整 天 
(甚至 更 长 时 间 〉 的 故事 。 修 复 bug 通 常 是 比较 快 的 ， 但 找 出 
bug 所 在 却 是 一 场 串 梦 。 当 修复 一 个 bug 时 ， 营 常会 引起 为 一 个 
bug， 却 在 很 久之 后 才 会 注意 到 它 。 那 时 ， 你 又 要 伦 上 大 把 时 
间 去 定位 问题 。 


我 走 上 “ 自 测试 代码 ”这 条 路 ， 源 于 1992 年 OOPSLA 大 会 
上 的 一 个 演讲 。 有 个 人 “我 记得 好 像 是 Bedarra 公 司 的 Dave 
Thomas) 提 到 : “类 应 该 包含 它们 目 己 的 测试 代码 。” 这 让 我 决 
定 ， 将 测试 代码 和 产品 代码 一 起 放 到 代码 库 中 。 


当时 ， 我 正在 和 代 方式 开发 一 个 软件 ， 因 此 ， 我 尝试 在 
每 个 迭代 结束 后 把 测试 代码 加 上 。 当 时 我 的 软件 项 目 很 小 ， 我 
们 每 周 进行 一 次 达 代 。 所 以 ， 运 行 测 试 变 得 相当 简单 一 一 尽管 
非常 简单 ， 但 也 非常 村 燥 。 因 为 每 个 测试 部 把 测试 结果 输出 到 
控制 人 台中， 我 必须 逐一 检查 它们 。 我 是 一 个 很 懒 的 人 ， 所 以 总 
古 在 当下 努力 工作 ， 以 免 日 后 有 更 多 的 活 儿 。 我 意识 到 ， 其 实 
完全 不 必 上 自己 盯 大 屏幕 检验 测试 输出 的 信息 是 人 否 正 确 ， 而 是 让 
计算 机 来 帮 我 做 检查 。 我 需要 做 的 就 是 把 我 所 期 望 的 输出 放 到 
测试 代码 中 ， 然 后 做 一 个 对 比 就 行 了 。 于 是 ， 我 只 要 运行 所 有 
测试 用 例 ， 假 如 一 切 都 没 问 题 ， 屏 赣 上 束 只 出 现 一 个 “OK”。 
现在 我 的 代码 都 能 够 “目测 试 " 了 。 






































从 此 ， 运 行 测试 就 像 执 行 编译 一 样 简单 。 于 是 ， 我 每 次 
编译 时 都 会 运行 测试 。 不 久之 后 ， 我 注意 到 目 己 的 开发 效率 大 
大 提高 。 我 意识 到 ， 这 是 因为 我 没有 花 太 多 时 间 去 测试 的 缘 
故 。 如 果 我 不 小 心 引 入 一 个 可 被 现 有 测试 捕捉 到 的 bug， 那 么 
只 要 运行 测试 ， 它 束 会 同 我 报告 这 个 bug。 由 于 代码 原本 是 可 
以 正常 运行 的 ， 所 以 我 知道 这 个 bug 必 定 是 在 前 一 次 运行 测试 
后 修改 代码 引入 的 。 由 于 我 频繁 地 运行 测试 ， 每 次 测试 部 在 不 
和 久之 前 ， 因 此 我 知道 pug 的 源头 就 是 我 刚刚 写 下 的 代码 。 因 为 
代码 量 很 少 ， 我 对 它 也 记忆 犹 新 ， 所 以 就 能 轻松 找 出 bug。 从 
前 需要 一 小 时 甚至 更 多 时 间 才 能 找到 的 pug， 现 在 最 多 只 要 几 
分 钟 束 找到 了 。 之 所 以 能 够 拥有 如 此 强大 的 bug 侦 测 能 力 ， 不 
ee 
门 。 


























确保 所 有 测试 都 完全 自动 化 ， 让 它们 检查 自己 
的 测试 结果 。 


注意 到 这 一 点 后 ， 我 对 测试 的 积极 性 更 高 了 。 我 不 再 等 
待 每 次 迭代 结尾 时 再 增加 测试 ， 而 是 只 要 写 好 一 点 功能 ， 就 六 
即 添加 它们 。 每 天 我 都 会 添加 一 些 新 功能 ， 同 时 也 添加 相应 的 
测试 。 这 样 ， 我 很 少 花 超过 几 分 钟 的 时 间 来 追查 回归 错误 。 


从 我 最 早 的 试验 开始 到 现在 为 止 ,编写 和 组 织 自动 化 测 
试 的 工具 已 经 有 了 长 足 的 发 展 。1997 年 ，Kent Beck 从 瑞士 飞 
往 亚特兰大 去 参加 当年 的 OOPSLA 会 议 ， 在 飞机 上 他 与 Erich 
Gamma 结 对 ， 把 他 为 Smalltalk 撰 写 的 测试 框架 移植 到 了 Java 
上 。 由 此 诞生 的 JUnit 框 架 在 测试 领域 影响 力 非 几 ， 也 在 不 同 
的 编程 语言 中 众生 了 很 多 类 似 的 工具 [mf-xunit]。 
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缩减 得 找 bug 所 需 的 时 间 。 


我 得 承认 ， 说 服 别 人 也 这 么 做 并 不 容易 。 编 写 测试 程 
序 ， 意 味 看 要 写 很 多 额外 的 代码 。 除 非 你 确实 体会 到 这 种 方法 
古 如 何 提升 编程 速度 的 ， 舍 则 目测 试 似乎 就 没什么 意义 。 很 多 
人 根本 没 学 过 如 何 编写 测试 程序 ， 甚 至 根本 没 考虑 过 测试 ， 这 
对 于 编写 自 测 试 也 很 不 利 。 如 果 测 试 需要 手动 运行 ， 那 的 确 是 
令 人 烦 疝 。 但 是 ， 如 果 测 试 可 以 目 动 运行 ， 编 写 测 试 代码 残 会 
真 的 很 有 趣 。 


事实 上 ， 撰 写 测试 代码 的 最 好 时 机 是 在 开始 动手 编码 之 
前 。 当 我 需要 添加 特性 时 ， 我 会 先 编写 相应 的 测试 代码 。 听 起 
来 离 经 奖 道 ， 其 实 不 然 。 编 写 测试 代码 其 实 束 是 在 问 上 自己: 为 
了 添加 这 个 功能 ， 我 需要 实现 些 什么 ? 编写 测试 代码 还 能 帮 我 
把 注音 力 集中 于 接口 而 非 实现 “这 永远 是 一 件 好 事 ) 。 预 先 写 
好 的 测试 代码 也 为 我 的 工作 安 上 一 个 明确 的 结束 标志 : 一 旦 测 
试 代码 正常 运行 ， 工 作 就 可 以 结束 了 。 


Kent Beck 将 这 种 先 写 测 试 的 习惯 提 炬 成 一 门 搁 蕊 ， 叫 测 
试 驱 动 开 发 《Test-Driven Development, TDD) [mf-tdd]。 测 试 
驱动 开发 的 编程 方式 依赖 于 下 面 这 个 短 循环 ， 先 编写 一 个 ( 失 
败 的 ) 测试 ， 编 写 代 人 码 使 测试 通过 ， 然 后 进行 重 构 以 保证 代码 
整洁 。 这 个 “测试 、 编 码 、 重 构 ” 的 循环 应 该 在 每 个 小 时 内 都 完 
成 很 多 次 。 这 种 恨 好 的 节奏 感 可 使 编程 工作 以 更 加 高 效 、 有 条 
不 率 的 方式 开展 。 我 就 不 在 这 里 再 做 更 深入 的 介绍 ， 但 我 自己 
确实 经 常 使 用 ， 也 非常 建议 你 试 一 试 。 


大 道理 先 放 在 一 边 。 尽 管 我 相信 每 个 人 都 可 以 从 编写 自 
测试 代码 中 收益 ， 但 这 并 不 是 本 书 的 重点 。 本 书 谈 的 是 重 构 ， 
而 重 构 需 要 测试 。 如 条 你 想 重 构 ， 就 必须 编写 测试 。 本 章 会 市 
你 入 门 ， 教 你 如 何在 JavaScript 中 编写 简单 的 测试 ， 但 它 不 是 


















































一 本 专门 讲 测试 的 书 ， 所 以 我 不 想 讲 得 太 细 。 但 我 发 现 ， 少 许 
测试 往往 就 足以 带 来 信人 的 收益 。 


和 本 书 其 他 内 容 一 样 ， 我 以 示例 来 介绍 测试 手法 。 开 发 
软件 的 时 候 ， 我 一 边 写 代码 ， 一 边 写 测试 。 但 有 时 我 也 需要 重 
构 一 些 没有 测试 的 代码 。 在 重 构 之 前 ， 我 得 先 改造 这 些 代码 ， 
使 其 能 够 自 测试 才 行 。 
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简单 的 应 用 ， 用 于 支持 用 户 查 看 并 调整 生产 计划 。 它 的 〈 略 显 
粗糙 的 ) 界面 长 得 像 下 面 这 张 图 所 示 的 这 样 。 








Province: Asia 





demand: |30 price: |20 


3 producers: 








Byzantium: cost: 10 production: 9 full revenue: 90 
Attalia: cost: h2 | production: Mo full revenue: 120 
Sinope: cost: 10 production: 6 full revenue: 60 


shortfall: 5 profit: 230 


每 个 行 省 (province) 都 有 一 份 生产 计划 ， 计 划 中 包含 需 
skeet (demand) 和 采购 价格 Cprice) 。 每 个 行 省 都 有 一 些 生 
产 商 (producer) ， 他 们 各 目 以 不 同 的 成 本 价 (cost) 供应 一 
定数 量 的 产品 。 界 面 上 还 会 显示 ， 当 商家 售 出 所 有 的 商品 时 ， 
他 们 可 以 获得 的 总 收入 (full revenue) 。 页 面 底 部 展示 了 该 区 
域 的 产品 缺额 〈 需 求 量 减 去 总 产量 ) 和 总 利润 (profit) 。 用 
户 可 以 在 界面 上 修改 需求 量 及 采购 价格 ， 以 及 不 同 生 产 商 的 产 
量 (production) 和 成 本 价 ， 以 观察 缺额 和 总 利润 的 变化 。 用 
户 在 界面 上 修改 任何 数值 时 ， 其 他 的 数值 都 会 同时 得 到 更 新 。 


这 里 我 展示 了 一 个 用 户 界 面 ， 是 为 了 让 你 了 解 该 应 用 的 
使 用 方式 ， 但 我 只 会 聚焦 于 软件 的 业务 逻辑 部 分 ， 也 区 是 那些 
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新 的 代码 。 本 章 只 是 先 带 你 走 进 目 测试 代码 世界 的 大 门 ， 因 和 而 
最 好 是 从 最 简单 的 例子 开始 ， 也 就 是 那些 不 涉及 用 刀 界 面 、 持 
入 化 或 外 部 服务 交互 的 代码 。 这 种 隔离 的 思路 其 实在 任何 场景 
下 都 适用 : 一 旦 业务 逻辑 的 部 分 开始 变 复 杂 ， 我 融会 把 它 与 UI 
分 离开 ， 以 便 能 更 好 地 理解 和 测试 它 。 


这 块 业 务 逻 辑 代码 涉及 两 个 类 : 一 个 代表 了 单个 生产 商 
(Producer) ， 男 一 个 用 来 描述 一 个 行 省 
(Province) 。Province 类 的 构造 函数 接收 一 个 JavaScript 对 
Aa 





























下 面 的 代码 能 从 JSON 文 件 中 构造 出 一 个 行 省 对 象 。 
class Province... 


constructor(doc) { 
this. name = doc.name; 
this. producers = []; 
this. _totalProduction = 0; 
this. demand = doc.demand; 
this. _price = doc.price; 


doc.producers.forEach(d => this.addProducer(new Producer(this 


addProducer(arg) { 
this. _producers.push(arg); 
this. _totalProduction += arg.production; 


J 


下 面 的 函数 会 创建 可 用 的 JSON 数 据 ， 我 可 以 用 它 的 返回 
值 来 构造 一 个 行 省 对 象 ， 并 拿 这 个 对 象 来 做 测试 。 


顶层 作用 域 .… 


function sampleProvinceData() { 
return { 
name: "Asia", 
producers: [ 
{name: "Byzantium", cost: 10, production: 9}, 
{name: "Attalia", cost: 12, production: 10}, 


{name: "Sinope", cost: 10, production: 6}, 
], 
demand: 30, 
price: 20 


ti 
3 


行 省 类 中 有 许多 设 值 孙 数 和 取 值 函数 ， 它 们 用 于 获取 各 
类 数据 的 值 。 








class Province... 


get name() {return this._name;} 

get producers() {return this._producers.slice();} 

get totalProduction() {return this. _totalProduction; } 
set totalProduction(arg) {this._totalProduction = arg;} 
get demand( ) {return this._demand; } 

set demand(arg) {this._demand = parseInt(arg);} 

get price() {return this. _price; } 


set price(arg) {this._price = parseInt(arg);} 


Bee eA BS UD lA, Be BU 
我 需要 将 它们 转换 成 数值 ， 以 便 在 后 续 的 计算 中 使 用 。 


代表 生产 商 的 producer 类 则 基本 只 是 一 个 存放 数据 的 容 











AÑ 0 


class Producer... 


constructor(aProvince, data) { 
this. province = aProvince; 
this. _cost = data.cost; 
this. name = data.name; 
this. production = data.production || 0; 
} 
get name() {return this. name;} 
get cost() {return this._cost;} 
set cost(arg) {this._cost = parseInt(arg);} 


get production() {return this. production; } 
set production(amountStr) { 
const amount = parseInt(amountStr); 
const newProduction = Number.isNaN(amount) ? © : amount; 


this. _province.totalProduction += newProduction - this._produ 
this. production = newProduction; 


} 





在 设 值 冰 数 production 中 更 新 派生 数据 的 方式 有 点 丑 
陋 ， 每 当 看 到 这 种 代码 ， 我 便 想 通过 重 构 帮 筷 改 头 换 面 。 但 在 
重 构 之 前 ， 我 必须 记得 先 为 它 添加 测试 。 


缺额 的 计算 逻辑 也 很 简单 。 








class Province... 


get shortfall() { 
return this._demand - this.totalProduction; 


} 





He SP i HS E E 





class Province... 


get profit() { 
return this.demandValue - this.demandCost; 


get demandCost() { 
let remainingDemand = this.demand; 
let result = 0; 
this.producers 
.sort((a,b) => a.cost - b.cost) 
.forEach(p => { 


const contribution = Math.min(remainingDemand, p.production); 


remainingDemand -= contribution; 
result += contribution * p.cost; 
+); 
return result; 


} 
get demandValue() { 


return this.satisfiedDemand * this.price; 


get satisfiedDemand() { 
return Math.min(this. demand, this.totalProduction); 


} 


4.3 BP an 


开始 测试 这 份 代 码 前 ， 我 需要 一 个 测试 框架 。JavaScript 
世界 里 这 样 的 框架 有 很 多 ， 这 里 我 选用 的 是 使 用 度 和 声誉 都 还 
不 错 的 Mocha。 我 不 打算 全 面 讲 解 框架 的 使 用 ， 而 只 会 用 它 写 
一 些 测试 作为 例子 。 看 完 之 后 ， 你 应 该 能 轻松 地 学 会 用 别 的 框 
染 来 编写 类 似 的 测试 。 


以 下 是 为 缺额 计算 过 程 编写 的 一 个 简单 的 测试 : 

















describe('province', function() { 
it('shortfall', function() { 
const asia = new Province(sampleProvinceData()); 
assert.equal(asia.shortfall, 5); 
}); 
}); 











Mocha 框 染 组 织 测 试 代码 的 方式 十 将 其 分 组 ， 每 一 组 下 
包含 一 套 相关 的 测试 。 测 试 需 要 写 在 一 个 it 块 中 。 对 于 这 个 简 
单 的 例子 ， 测 试 包含 了 两 个 步骤 。 第 一 步 设置 好 一 些 测试 夹具 
(fixture) ， 也 就 是 测试 所 需要 的 数据 和 对 象 等 《了 束 本 例 而 言 
是 一 个 加 载 好 了 的 行 省 对 象 》; 第 二 步 则 是 验证 测试 夹具 是 合 
具备 茶 些 特征 天 本 例 而 言 则 是 验证 算出 的 缺额 应 该 是 期 望 的 
值 ) 。 











不 同 开发 者 在 describe 和 it 块 里 撰写 的 描述 信息 各 有 


不 同 。 有 的 人 会 写 一 个 描述 性 的 句子 解释 测试 的 内 容 ， 也 
有 人 什么 都 不 写 ， 认 为 所 谓 描述 性 的 句子 跟 注释 一 样 ， 不 
外 乎 是 重复 代码 已 经 表达 的 东西 。 我 个 人 不 喜欢 多 写 ， 只 
要 测试 失败 时 是 以 识别 出 对 应 的 测试 束 够 了 。 





如 果 我 在 NodeJS 的 控制 台 下 运行 这 个 测试 ， 那 么 其 输出 
看 起 来 是 这 样 : 








1 passing (61ms ) 


它 的 反馈 极其 简洁 ， 只 包含 了 已 运行 的 测试 数量 以 及 测 
试 通过 的 数量 。 

当 我 为 类 似 的 既 有 代码 编写 测试 时 ， 发 现 一 切 正 党 工作 
固然 是 好 ， 但 我 天 然 持 怀疑 精神 。 特 别 是 有 很 多 测试 在 运行 
时 ， 我 忆 会 担心 测试 没有 按 我 期 望 的 方式 检查 结果 ， 从 而 没 法 
在 实际 出 错 的 时 候 抓 到 bug。 因 此 编写 测试 时 ， 我 想 看 到 每 个 
测试 都 至 少 失 败 一 届 。 我 最 爱 的 方式 砚 过 于 在 代码 中 暂时 引入 
一 个 错误 ， 像 这 样 : 











总 是 确保 测试 不 该 通过 时 真 的 会 失败 。 


Class Province... 


get shortfall() { 
return this._demand - this.totalProduction * 2; 


J 





MEFR SAY an LE A TLR S: 


© passing (72ms) 
1 failing 


1) province shortfall: 
AssertionError: expected -20 to equal 5 
at Context.<anonymous> (src/tester.js:10:12) 


HERRIRA MAMAR S, FRAG HA RUC AR ASR A 
这 里 是 因为 实际 算出 的 值 与 期 望 的 值 不 相符 。 于 是 我 总 算 
见 到 有 什么 东西 失败 了 ， 并 且 还 能 马上 看 到 是 哪个 测试 失败 ， 
获得 一 些 出 错 的 线索 (这 个 例子 中 ， 我 还 能 确认 这 束 是 我 引入 
的 那个 错误 ) 。 


一 个 真实 的 系统 可 能 拥有 数 干 个 测试 。 好 的 测试 框架 应 
该 能 帮 我 简单 快速 地 运行 这 些 测试 ， 一 旦 出 错 ， 我 能 马上 看 
。 尽 管 这 种 反馈 非常 简单 ， 但 对 目测 试 代码 来 说 却 尤为 重 
要 。 工 作 时 我 会 非常 频繁 地 运行 测试 ， 要 么 是 检验 新 代码 的 进 
展 ， 要 么 是 检查 重 构 过 程 是 否 出 错 。 



































频繁 地 运行 测试 。 对 于 你 正在 处 理 的 代码 ， 与 
其 对 应 的 测试 至 少 每 阳 几 分 钟 就 要 运行 一 次 ， 每 天 人 至少 运 
行 一 次 所 有 的 测试 。 











Mocha 框 架 允 许 使 用 不 同 的 库 〈 它 称 之 为 断言 库 ) 来 验 
证 测试 的 正确 性 。JavaScript 世 界 的 断言 库 ， 连 在 一 起 都 可 以 
绕 地 球 一 周 了 ， 当 你 读 到 这 里 时 ， 可 能 有 些 仍然 还 没 过 时 。 我 
现在 使 用 的 库 是 Chai， 它 可 以 支持 我 编写 不 同类 型 的 断言 ， 比 





如 “assert” 风 格 的 : 


describe('province', function() { 
it('shortfall', function() { 
const asia = new Province(sampleProvinceData()); 
assert.equal(asia.shortfall, 5); 
}); 
}); 


或 者 是 “expect” 风 格 的 : 


describe('province', function() { 
it('shortfall', function() { 
const asia = new Province(sampleProvinceData()); 
expect(asia.shortfall).equal(5); 


了 


3); 


一 般 来 讲 我 更 倾向 于 使 用 assert 风 格 的 断言 ， 但 使 用 
JavaScript 时 我 倒是 更 常 使 用 expect 的 风格 。 


环境 不 同 ， 运 行 测试 的 方式 也 不 同 。 使 用 Java 编 程 时 ， 
我 使 用 IDE 的 图 形 化 测试 运行 界面 。 它 有 一 个 进度 条 ， 上 所 有 测 
试 都 通过 时 整 会 显示 绿色 ; 只 要 有 任何 测试 失败 ， 它 整 会 变 成 
红色 。 我 的 同事 们 经 常 使 用 “绿色 条 ”和 “红色 条 ”来 指 代 测 试 的 
状态 。 我 可 能 会 讲 “ 看 到 红 条 时 永远 不 许 进行 重 构 ”"， 意 思 是 : 
测试 集合 中 还 有 失败 的 测试 时 就 不 应 该 先 去 重 构 。 有 时 我 也 会 
讲 “ 回 退 到 绿 条 ”， 表 示 你 应 该 撤销 最 近 一 次 更 改 ， 将 测试 恢复 
ee CHEF E V) E BY AS Pe h A ALE VK 
ELA) o 


RELIRA MRE, (EPA ce a. REEE 
在 Emacs 中 配置 一 个 运行 测试 的 快捷 键 ， 然 后 在 编译 窗口 中 观 
































察 纯 文本 的 反 饿 。 要 点 在 于 ， 我 必须 能 快速 地 知道 测试 是 合 
部 都 通过 了 。 


44 BAŢI AM 


ME, RREI ESI REMEKE E: WE 
被 测试 类 应 该 做 的 所 有 事情 ， 然 后 对 这 个 类 的 每 个 行为 进行 测 
试 ， 包 括 各 种 可 能 使 它 发 生 寞 第 的 边界 条 件 。 这 不 同 于 作 些 程 
序 员 所 倡 的 “测试 所 有 public 函 数 ” 的 风格 。 记 住 ， 测 试 应 该 是 
一 种 风险 驱动 的 行为 ， 我 测试 的 目标 是 希望 找 出 现在 或 未 来 可 
能 出 现 的 bug。 所 以 我 不 会 去 测试 那些 仅仅 读 或 写 一 个 字段 的 
访问 函数 ， 因 为 它们 太 简单 了 ， 不 太 可 能 出 错 。 


这 一 反 很 重要 ， 因 为 如 果 尝 试 撰写 过 多 测试 ， 结 果 往 往 
反而 导致 测试 不 充分 。 事 实 上 ， 即 使 我 只 做 一 点点 测试 ， 也 从 
中 获 益 民 多 。 测 试 的 重点 应 该 是 那些 我 最 担心 出 错 的 部 分 ， 这 
样 就 能 从 测试 工作 中 得 到 最 大 利益 。 


接 下 来 ， 我 的 目光 落 到 了 代码 的 另 一 个 主要 输出 上 ， 也 
就 是 总 利润 的 计算 。 我 同样 可 以 在 一 开始 的 测试 夹具 上 ， 对 总 
利润 做 一 个 基本 的 测试 。 



































LO 编写 未 至 完善 的 测试 并 经 常 运行 ， 好 过 对 完美 
IRKTA EIT. 


describe('province', function() { 

it('shortfall', function() { 

const asia = new Province(sampleProvinceData()); 

expect(asia.shortfall).equal(5); 
H); 
it('profit', function() { 

const asia = new Province(sampleProvinceData()); 

expect(asia.profit).equal(230); 


}); 
}); 





这 是 最 终 写 出 来 的 测试 ， 但 我 是 怎么 写 出 它 来 的 呢 ? 首 
先 我 随便 给 测试 的 期 望 值 写 了 一 个 数 ， 然 后 运行 测试 ， 将 程序 
产生 的 实际 值 《236) 填 回 去 。 当 然 ， 我 也 可 以 目 己 手动 计 
算 ， 不 过 ， 既 然 现 在 的 代码 是 能 正常 运行 的 ， 我 就 选择 暂时 相 
信 它 。 测 试 可 以 正常 工作 后 ， 我 又 故 拉 重 施 ， 在 利润 的 计算 过 
程 插 入 一 个 假 的 乘 以 2 逻辑 来 破坏 测试 。 如 我 所 料 ， 测 试 会 失 
败 ， 这 时 我 才 满 意 地 将 插入 的 假 逻 辑 恢 复 过 来 。 这 个 模式 是 我 
为 既 有 代码 添加 测试 时 最 常用 的 方法 : 先 随 便 填写 一 个 期 望 
值 ， 再 用 程序 产生 的 真实 值 来 将 换 它 ， 然 后 引入 一 个 错误 ， 基 
后 恢复 错误 。 


这 个 测试 随即 产生 了 一 些 重 复 代 码 一 一 它们 都 在 第 一 行 
里 初始 化 了 同一 个 测试 夹具 。 正 如 我 对 一 般 的 重复 代码 抱 持 怀 
疑 ， 测 试 代码 中 的 重复 同样 令 我 心 生 疑惑 ， 因 此 我 要 试 着 将 它 
们 提 到 一 处 公共 的 地 方 ， 以 此 来 消灭 重复 。 一 种 方 采 束 是 把 党 
量 提 取 到 外 层 作用 域 里 。 






































describe('province', function() { 


const asia = new Province(sampleProvinceData()); // DON'T DO 
it('shortfall', function() { 
expect(asia.shortfall).equal(5); 
+); 


it('profit', function() { 
expect(asia.profit).equal(230); 
}); 
}); 


但 正如 代码 注释 所 说 的 ， 我 从 不 这 样 做 。 这 样 做 的 确 能 
解决 一 时 的 问题 ， 但 共有 至 测试 夹具 会 使 测试 间 产 生 交 互 ， 这 是 








滋生 bug 的 温床 一 一 还 是 你 写 测试 时 能 遇见 的 最 恶心 的 bug 之 
一 。 使 用 了 JavaScript 中 的 const 关 键 字 只 表明 asia 的 引用 不 可 
修改 ， 不 表明 对 象 的 内 容 也 不 可 修改 。 如 果 未 来 有 一 个 测试 改 
变 了 这 个 共享 对 象 ， 测 试 就 可 能 时 不 时 失败 ， 因 为 测试 之 间 会 
通过 共享 夹具 产生 交互 ， 而 测试 的 结果 就 会 受 测试 运行 次 序 的 
影响 。 测 试 结果 的 这 种 不 确定 性 ， 往 往 使 你 陷入 漫长 而 又 艰难 
的 调试 ， 严 重 时 甚至 可 能 令 你 对 测试 体系 的 信心 产生 动摇 。 因 
此 ， 我 比较 推荐 采取 下 面 的 做 法 : 




















describe('province', function() { 
let asia; 
beforeEach(function() { 
asia = new Province(sampleProvinceData())j; 


3); 
it('shortfall', function() { 
expect(asia.shortfall).equal(5); 


}); 
it('profit', function() { 
expect(asia.profit).equal(230); 


了 


3); 


beforeEach 子 句 会 在 每 个 测试 之 前 运行 一 遍 ， 将 asia 恋 
量 清空 ， 每 次 都 给 它 赋 一 个 新 的 值 。 这 样 我 就 能 在 每 个 测试 开 
始 前 ， 为 它们 各 自 构建 一 套 新 的 测试 夹具 ， 这 保证 了 测试 的 独 
立 性 ， 避 免 了 可 能 带 来 麻烦 的 不 确定 性 。 


对 于 这 样 的 建议 ， 有 人 可 能 会 担心 ， 每 次 创建 一 个 轩 新 
的 测试 夹具 会 拖 慢 测试 的 运行 速度 。 大 多 数 时 候 ， 时 间 上 的 产 
列 几 乎 无 法 察觉 。 如 末 运 行 速度 真 的 成 为 问题 ， 我 也 可 以 考虑 
共有 至 测试 夹具 ， 但 这 样 我 束 得 非常 小 心 ， 确 保 没 有 测试 会 去 更 
改 它 。 如 果 我 能 够 确定 测试 夹具 是 百分之百 不 可 变 的 ， 那 么 也 
可 以 共 圣 它 。 但 我 的 本 能 反应 还 是 要 使 用 独立 的 测试 夹具 ， 可 
能 因为 我 过 去 尝 过 了 太 多 共 诗 测试 夹具 种 来 的 百 果 。 









































既然 我 在 beforeEach 里 运行 的 代码 会 对 每 个 测试 生效 ， 
那么 为 何不 直接 把 它 挪 到 每 个 it 块 里 呢 ? 让 所 有 测试 共享 一 段 
测试 夹具 代码 的 原因 ， 是 为 了 使 我 对 公用 的 夹具 代码 感到 亢 
悉 ， 从 而 将 眼光 聚焦 于 每 个 测试 的 不 同 之 处 。beforeEach 块 骨 
自 告 诉 读者 ， 我 使 用 了 同一 套 标准 夹具 。 你 可 以 接着 阅读 
describe 块 里 的 所 有 测试 ， 并 知道 它们 都 是 基于 同样 的 数据 展 
开 测 试 的 。 











45 ”修改 测试 夹具 


加 载 完 测试 夹具 后 ， 我 编写 了 一 些 测试 来 探查 它 的 一 些 
特性 。 但 在 实际 应 用 中 ， 该 夹具 可 能 会 被 频繁 更 新 ， 因 为 用 户 
可 能 在 界面 上 修改 数值 。 


大 多 数 更 新 都 是 通过 设 值 函 数 完成 的 ， 我 一 般 也 不 会 测 
试 这 些 方 法 ， 因 为 它们 不 太 可 能 出 什么 bug。 不 过 Producer 类 
中 的 产量 (production) 字段 ， 其 设 值 函 数 行 为 比较 复杂 ， 我 
觉得 它 倒是 值得 一 测 。 








describe( province '... 


it('change production', function() { 
asia.producers[0].production = 20; 
expect(asia.shortfall).equal(-6); 
expect(asia.profit).equal(292); 
}); 


这 是 一 个 常见 的 测试 模式 。 我 拿 到 beforeEach 配 置 好 的 
初始 标准 夹具 ， 然 后 对 该 夹具 进行 必要 的 检查 ， 最 后 验证 它 是 
侍 表 现 出 我 期 望 的 行为 。 如 果 你 读 过 测试 相关 的 资料 ， 束 会 经 
党 昕 到 各 种 类 似 的 术语 ， 比 如 配置 -检查 -验证 (setup-exercise- 
verify) 、given-when-then 或 者 准备 -行为 -断言 (arrange-act- 
assert) 等 。 有 时 你 能 在 一 个 测试 里 见 到 所 有 的 步 又， 有 时 那 
些 早期 的 公用 阶段 会 被 提 到 一 些 标准 的 配置 步骤 里 ， 诸 如 


beforeEach 等 。 














其实 还 有 第 四 个 阶段 ， 只 是 不 那么 明显 ， 一 般 很 
少 提 及 ， 那 就 是 拆除 阶段 。 此 阶段 可 将 测试 夹具 移 除 ， 以 
确保 不 同 测试 之 间 不 会 产生 交互 。 因 为 我 是 在 beforeEach 
中 配置 好 数据 的 ， 所 以 测试 框架 会 默认 在 不 同 的 测试 间 将 
我 的 测试 夹具 移 除 ， 相 当 于 我 自动 至 受 了 拆除 阶段 种 来 的 
便利 。 多 数 测 试 文献 的 作者 对 拆除 阶段 一 笔 带 过 ， 这 可 以 
理解 ， 因 为 多 数 时 候 我 们 可 以 忽略 它 。 但 有 时 因为 创建 组 
慢 等 原因 ， 我 们 会 在 不 同 的 测试 间 共 至 测试 夹具 ， 此 时 ， 
显 式 地 声明 一 个 拆除 操作 残 是 很 重要 的 。) 











在 这 个 测试 中 ， 我 在 一 个 it 语 句 里 验证 了 两 个 不 同 的 特 
性 。 作 为 一 个 基本 规则 ， 一 个 it 语句 中 最 好 只 有 一 个 验证 语 
句 ， 耕 则 测试 可 能 在 进行 第 一 个 验证 时 就 失败 ， 这 通常 会 掩 讲 
一 些 重要 的 错误 信息 ， 不 利于 你 了 解 测试 失败 的 原因 。 不 过 ， 
在 上 面 的 场景 中 ， 我 觉得 两 个 断言 本 里 关 系 非常 紧密 ， 写 在 同 
一 个 测试 中 问题 不 大 。 如 采 稍 后 需要 将 它们 分 离 到 不 同 的 it 语 
名 中， 我 可 以 到 时 再 做 。 

















4.6 ”探测 边界 条 件 





到 目前 为 止 我 的 测试 都 聚焦 于 正常 的 行为 上 ， 这 通常 也 
被 称 为 “正常 路 径 ”(happy path) ， 它 指 的 是 一 切 工 作 正 常 、 
用 户 使 用 方式 也 最 符合 规范 的 那 种 场景 。 同 时 ， 把 测试 推 到 这 
些 条 件 的 边界 处 也 是 不 错 的 实践 ， 这 可 以 检查 操作 出 错时 软件 
的 表现 。 


无 论 何 时 ， 妆 我 拿 到 一 个 集合 比如 说 此 例 中 的 生产 商 
集合 ) 时 ， 我 忌 想 看 看 集合 为 空 时 会 发 生 什么 。 











describe('no producers', function() { 
let noProducers; 
beforeEach(function() { 
const data = { 
name: "No proudcers", 
producers: [], 
demand: 30, 
price: 20 


了 
noProducers = new Province(data); 


}); 
it('shortfall', function() { 
expect(noProducers.shortfall).equal(30); 


it('profit', function() { 
expect(noProducers.profit).equal(0); 


了 


如 果 拿 到 的 是 数值 类 型 ，6 会 是 不 错 的 边界 条 件 : 


describe( province '... 


it('zero demand', function() { 
asia.demand = 0; 
expect(asia.shortfall).equal(-25); 
expect(asia.profit).equal(0); 


}); 





负 值 同样 值得 一 试 : 





describe('province.... 


it('negative demand', function() { 
asia.demand = -1; 
expect(asia.shortfall).equal(-26); 
expect(asia.profit).equal(-10); 


+); 


测试 到 这 里 ， 我 不 茶 有 一 个 想法 : 对 于 这 个 业务 领域 来 
讲 ， 提 供 一 个 负 的 需求 值 ， 并 算出 一 个 负 的 利润 值 意 义 何 在 ? 
最 小 的 需求 量 不 应 该 是 0 吗 ? 或 许 ， 设 值 方法 再 要 对 负 值 有 些 
不 同 的 行为 ， 比 如 抛 出 错误 ， 或 总 是 将 值 设置 为 0。 这 些 问题 
都 很 好 ， 编 写 这 样 的 测试 能 帮助 我 思考 代码 本 应 如 何 应 对 边界 
场景 。 

设 值 函 数 接收 的 字符 串 是 从 UI 上 的 字段 读 来 的 ， 它 已 经 
被 限制 为 只 能 填 入 数字 ， 但 仍然 有 可 能 是 空 字符 串 ， 因 此 同样 
需要 测试 来 保证 代码 对 空 字符 串 的 处 理 方式 符合 我 的 期 望 。 




















考虑 可 能 出 错 的 边界 条 件 ， 把 测试 火力 集中 在 
那儿 。 


describe('province’... 


it('empty string demand', function() { 
asia.demand = ""; 
expect(asia.shortfall).NaN; 
expect(asia.profit).NaN; 


H); 


可 以 看 到 ， 我 在 这 里 扮演 “程序 公 政 ”的 角色 。 我 积极 思 
考 如 何 破坏 代码 。 我 发 现 这 种 思维 能 够 提高 生产 力 ， 并 且 很 有 
趣 一 一 它 纵 容 了 我 内 心中 比较 促 狭 的 那 一 部 分 。 


这 个 测试 吉 果 很 有 意 me: 





describe('string for producers', function() { 
it('', function() { 
const data = { 
name: "String producers", 
producers: "", 
demand: 30, 
price: 20 
J; 
const prov = new Province(data); 
expect(prov.shortfall).equal(0); 
H); 


它 并 不 是 抛 出 一 个 简单 的 错误 说 缺额 的 值 不 为 0。 控 制 台 
的 报错 输出 实际 如 下 : 


9 passing (74ms) 
1 failing 


1) string for producers : 
TypeError: doc.producers.forEach is not a function 


at new Province (src/main.js:22:19) 
at Context.<anonymous> (src/tester.js:86:18) 


Mocha 把 这 也 当 作 测试 失败 Cfailure) ， 但 多 数 测试 框 架 
会 把 它 当 作 一 个 错误 Cerror) ， 并 与 正常 的 测试 失败 区 分 
开 。“ 失 败 ” 指 的 是 在 验证 阶段 中 ， 实 际 值 与 验证 语句 提供 的 期 
望 值 不 相等 ， 而 这 里 的 “错误 ” 则 是 男 一 人 码 事 ， 它 是 在 更 早 的 阶 
段 前 抛 出 的 异常 (这 里 是 在 配置 阶段 ，。 它 更 像 代 码 的 作者 没 
有 预料 到 的 一 种 异常 场景 ， 因 此 我 们 不 幸 地 得 到 了 每 个 
JavaScript 程 序 员 都 很 熟悉 的 错误 (“.. ,is not a 


function”) 。 


那么 代码 应 该 如 何 处 理 这 种 场景 呢 ? 一 种 思路 是 ， 对 错 
误 进 行 处 理 并 给 出 更 好 的 出 错 啊 应 ， 比 如 说 抛 出 更 有 意义 的 错 
误 信 息 ， 或 是 直接 将 producers 字 段 设 置 为 一 个 空 数组 〈 最 好 
还 能 再 记录 一 行 日 志 信 息 ) 。 但 维持 现状 不 做 处 理 也 说 得 通 ， 
也 许 该 输入 对 象 是 由 可 信 的 数据 源 提 供 的 ， 比 如 同 个 代码 库 的 
男 一 部 分 。 在 同一 代码 库 的 不 同 模 块 之 间 加 入 太 多 的 检查 往往 
会 导致 重复 的 验证 代码 ， 它 市 来 的 好 处 通 弟 不 抵 害 处 ， 特 别 是 
你 添加 的 验证 可 能 在 其 他 地 方 早已 做 过 。 但 如 采访 输入 对 象 是 
由 一 个 外 部 服务 所 提供 ， 比 如 一 个 返回 JSON 数 据 的 请 求 ， 那 
么 校 验 和 测试 束 显 得 必要 了 。 不 论 如 何 ， 为 边界 条 件 添加 测试 
总 能 引发 这 样 的 思考 。 


如 果 这 样 的 测试 是 在 重 构 前 写 出 的 ， 那 么 我 很 可 能 还 会 
删 掉 它 。 草 构 应 该 保证 可 观测 的 行为 不 肥 生 改变 ， 而 类 似 的 错 
误 已 经 超越 可 观测 的 范畴 。 删 挥 这 条 测试 ， 我 束 不 用 担心 重 构 
过 程 改 变 了 代码 对 这 个 边界 条 件 的 处 理 方式 。 









































如 果 这 个 错误 会 导致 脏 数 据 在 应 用 中 到 处 传递 ， 或 





是 产生 一 些 很 难 调试 的 失败 ， 我 可 能 会 用 引入 断言 
(302) 手法 ， 使 代码 不 满足 预 设 条 件 时 快速 失败 。 我 不 
会 为 这 样 的 失败 断言 添加 测试 ， 它 们 本 身 就 是 一 种 测试 的 
Wis 











什么 时 候 应 该 俘 下 来 ? 我 相信 这 样 的 话 你 已 经 昕 过 很 多 
次 :“ 任 何 测试 都 不 能 证 明 一 个 程序 没有 bug。” 确 实 如 此 ， 但 
这 并 不 影响 “测试 可 以 提高 编程 速度 ”。 我 兽 经 见 过 好 几 种 测试 
规则 建议 ， 其 目的 都 是 保证 你 能 够 测试 所 有 情况 的 一 切 组 合 。 
这 些 东西 值得 一 看 ， 但 是 别 让 它们 影响 你 。 当 测试 数量 达到 一 
定 程度 之 后 ， 继 续 增 加 测试 融 来 的 边际 效用 会 递减 ; 如 果 试 图 
编写 太 多 测试 ， 你 也 可 能 因为 工作 量 太 大 而 气 包 ， 最 后 什么 都 
写 不 成 。 你 应 该 把 测试 集中 在 可 能 出 错 的 地 方 。 观 峙 代码 ， 看 
哪儿 变 得 复杂 ; 观察 函数 ， 思 考 哪些 地 方 可 能 出 错 。 是 的 ， 你 
的 测试 不 可 能 找 出 所 有 bug， 但 一 旦 进行 重 构 ， 你 可 以 更 好 地 
理解 整个 程序 ， 从 而 找到 更 多 bug。 虽 然 在 开始 重 构 之 前 我 会 
确保 有 一 个 测试 套件 存在 ， 但 前 进 途中 我 总 会 加 入 更 多 测试 。 






































v 不 要 因为 测试 无 法 捕捉 所 有 的 bug 束 不 写 测 试 ， 
因为 测试 的 确 可 以 捕捉 到 大 多 数 bug。 


4.7 ”测试 远 不 止 如 此 





本 章 我 想 讨论 的 东西 到 这 里 就 过 不 多 了 ， 毕 竟 这 是 一 本 
关于 重 构 而 不 是 测试 的 书 。 但 测试 本 号 是 一 个 很 重要 的 话题 ， 
它 既 是 重 构 所 必要 的 基础 保障 ， 本 里 也 是 一 个 有 价值 的 工具 。 
目 本 书 第 1 版 以 来 ， 我 很 高 兴 看 到 重 构 作为 一 项 编程 实践 在 逐 
步 发 展 ， 但 我 更 高 兴 见 到 业界 对 测试 的 态度 也 在 发 生 转 变 。 之 
前 ， 测 试 更 多 被 认为 是 为 一 个 独立 的 《所 需 专业 技能 也 较 少 
的 ) 团队 的 贡 任 ， 但 现在 它 意 发 成 为 任何 一 个 软件 开 及 者 所 必 
备 的 技能 。 如 今 一 个 染 构 的 好 坏 ， 很 大 程度 要 取决 于 它 的 可 测 
试 性 ， 这 是 一 个 好 的 行业 趋势 。 


这 里 我 展示 的 测试 都 属于 单元 测试 ， 它 们 负责 测试 一 英 
小 的 代码 单元 ， 运 行 足够 快速 。 它 们 是 目测 试 代码 的 文 柱 ， 是 
一 个 系统 中 占 绝 大 多 数 的 测试 类 型 。 同 时 也 有 其 他 种 类 的 测试 
存在 ， 有 的 专注 于 组 件 之 间 的 集成 ， 有 的 会 检验 软件 跨越 几 个 
层级 的 运行 结果 ， 有 的 用 于 查找 性 能 问题 ， 不 一 而 足 。 而 
且 ， 同 行 们 对 于 如 何 归 类 测试 的 争论 ， 恐 怕 比 繁多 的 测试 种 类 
KAGE. ) 


B iE S77 IRA, Wat Ee AR CT Do 
BRAR PR RETER ALA, BRR aes, ANIMES — IE 
WAXY. RAC HERR ACHE EMMA ETE, aS ERE EUS 
库 上 的 工作 一 样 多 。 很 卓然 ， 这 意味 看 我 在 增加 新 特性 时 也 要 
同时 添加 测试 ， 有 时 还 需要 回顾 已 有 的 测试 :它们 足够 清晰 
吗 ? 我 需要 重 构 它们 ， 以 帮助 我 更 好 地 理解 吗 ? 我 拥有 的 测试 
EA MERE? 一 个 值得 养 成 的 好 习惯 是 ， 每 当 你 遇见 一 个 
bug， 先 写 一 个 测试 来 清楚 地 复 现 它 。 仪 当 测 试 通过 时 ， 才 视 
为 bug 修 完 。 只 要 测试 存在 一 天 ， 我 束 知 道 这 个 错误 永远 不 会 




































































再 复 现 。 这 个 bug 和 对 应 的 测试 也 会 捉 醒 我 思考 : 测试 集 里 是 
个 还 有 这 样 不 被 阳光 照 粮 到 的 特 角 香 哆 ? 


一 个 第 见 的 问题 是 ，“ 要 写 多 少 测 试 才 算 足够 ? ”这 个 问 
题 没有 很 好 的 衡量 标准 。 有 些 人 拥护 以 测试 履 盖 率 [mf-tc] 作 为 
指标 ， 但 测试 履 盖 率 的 分 析 只 能 识别 出 那些 未 说 测试 履 盖 到 的 
代码 ， 而 不 能 用 来 衡量 一 个 测试 集 的 质量 蜗 低 。 





每 当 你 收 到 bug 报 告 ， 请 先 写 一 个 单元 测试 来 梭 
露 这 个 bug。 








一 个 测试 集 是 否 足 够 好 ， 最 好 的 衡量 标准 其 实 是 主观 
的 ， 请 你 试问 自己 : 如果 有 人 在 代码 里 引入 了 一 个 缺陷 ， 你 有 
多 大 的 上 自信 它 能 被 测试 集 揪 出 来 ? 这 种 信心 难以 被 定量 分 析 ， 
冒 目 自 信 不 应 该 说 计 算 在 内 ， 但 目测 试 代 码 的 全 部 目标 ， 就 是 
要 帮 你 获得 此 种 信心 。 如 果 我 重 构 完 代码 ， 看 见 全 部 变 绿 的 测 
试 就 可 以 十 分 目 信 没有 引入 额外 的 bug， 这 样 ， 我 就 可 以 高 兴 
地 说 ， 我 已 经 有 了 一 套 足 够 好 的 测试 。 


测试 同样 可 能 过 犹 不 及 。 测 试 写 得 太 多 的 一 个 征兆 是 ， 
相 比 要 改 的 代码 ， 我 在 改动 测试 上 花费 了 更 多 的 时 间 一 一 并 且 
我 能 感到 测试 就 在 拖 慢 我 。 不 过 尽管 过 度 测 试 时 有 发 生 ， 相 比 
测试 不 足 的 情况 还 是 稀少 得 多 。 

















第 5 草 ” 介 绍 重 构 名 录 





本 书 剩余 的 篇 幅 是 一 份 重 构 的 名 录 。 最 初 这 个 名 录 只 是 
我 的 个 人 笔记 ， 我 用 它 来 提示 目 己 如 何以 安全 且 局 效 的 方式 进 
行 重 构 。 然 后 我 不 断 精 炼 这 份 名 录 ， 对 一 些 重 构 的 深入 探索 义 
引出 了 更 多 的 重 构 手法 。 对 于 不 太 常 用 的 重 构 手法 ， 我 还 是 会 
不 断 参 阅 这 份 名 录 。 











51 重 构 的 记录 格式 


介绍 重 构 时 ， 我 采用 一 种 标准 格式 。 每 个 重 构 手 法 都 有 
如 下 5 个 部 分 。 








。 首 先是 名 称 (name) 。 要 建造 一 个 重 构 词汇 表 ， 名 称 是 很 
重要 的 。 这 个 名 称 也 就 是 我 将 在 本 书 其 他 地 方 使 用 的 名 
ne 
J 别名 。 

。 名 称 之 后 是 一 个 简单 的 速写 (sketch)。 这 部 分 可 以 帮助 
你 更 快 找到 你 所 需要 的 重 构 手法 。 

。 动 机 (motivation〉 为 你 介绍 “为 什么 需要 做 这 个 重 
构 ” 和 “什么 情况 下 不 该 做 这 个 重 构 ”。 

。 做 法 (mechanics) 简明 扼要 地 一 步 一 步 介 绍 如 何 进行 此 重 
构 。 

。 范例 Cexamples) 以 一 个 十 分 简单 的 例子 说 明 此 重 构 手法 
如 何 运 作 。 


速写 部 分 会 以 代码 示例 的 形式 展示 重 构 带 来 的 转弯。 速 
写 的 用 意 不 是 解释 重 构 的 用 途 ， 更 不 是 详细 讲解 如 何 操作 这 个 
重 构 ， 但 如 果 你 曾经 看 过 这 个 重 构 手 法 ， 速 写 能 帮 你 回忆 起 
它 。 如 果 你 是 第 一 次 接触 到 这 个 重 构 手 法 ， 可 能 最 好 是 先 阅 读 
范例 部 分 。 我 还 给 每 个 重 构 手 法 男 了 一 幅 小 图 。 同 样 ， 我 也 不 
引 望 这 些小 图 能 说 清 重 构 手 法 的 内 容 ， 只 是 提供 一 点 图 像 记 忆 
的 线索 。 


“做 法 ?出 目 我 目 己 的 笔记 。 这 些 笔记 是 为 了 让 我 在 一 段 
时 间 不 做 茶 项 重 构 之 后 还 能 记得 怎么 做 。 它 们 也 碳 为 简洁 ， 通 





















































常 不 会 解释 "为 什么 要 这 么 做 那么 做 *。 我 会 在 “范例 ”中 给 出 更 
多 解释 。 这 么 一 来 ，“ 做 法 ”就 成 了 简短 的 笔记 。 如 果 你 知道 该 
使 用 哪个 重 构 ， 但 记 不 清 具体 步骤 ， 可 以 参考 “做 法 "部 分 (至 
少 我 是 这 么 使 用 它们 的 ) ;如果 你 初次 使 用 菜 个 重 构 ， 可 能 只 
参考 做 法 "还 不 够 ， 你 还 需要 阅读 “范例 ”。 


撰写 “做 法 ”的 时 候 ， 我 尽量 将 重 构 的 每 个 步 又 拆 得 尽 可 
能 小 。 我 强调 安全 的 重 构 方式 ， 所 以 应 该 采用 非常 小 的 步 又 ， 
并 且 在 每 个 步骤 之 后 进行 测试 。 真 正 工作 时 ， 我 通常 会 采用 比 
这 里 介绍 的 “人 儿 学 步 ? 稍 大 些 的 步骤 ， 然 而 一 旦 出 问题 ， 我 就 
会 撤销 上 一 步 ， 换 用 比较 小 的 步骤 。 这 些 步骤 还 包含 一 些 特殊 
情况 的 参考 ， 所 以 它们 也 有 检查 清单 的 作用 。 我 自己 经 常态 挥 
这 些 该 做 的 事情 。 


绝 大 多 数 时 候 我 只 列 出 了 重 构 的 一 套 做 法 ， 但 其 实 一 个 
重 构 并 非 只 有 一 套 做 法 。 我 在 本 书 中 选择 介绍 这 些 做 法 ， 因 为 
它们 大 多 数 时 候 都 管用 。 等 你 经 过 练习 获得 更 多 重 构 经 验 ， 你 
可 能 会 调整 重 构 的 做 法 ， 那 完全 没 问 题 。 只 要 牢记 一 点 : 小 步 
前 进 ， 情 况 越 复 洒 ， 步 子 就 要 越 小 。 


“范例 ” 像 是 简单 而 有 趣 的 教科 书 。 我 使 用 这 些 范例 是 为 
了 帮助 解释 重 构 的 基本 要 素 ， 最 大 限度 地 避免 其 他 校 节 ， 所 以 
我 希望 你 能 原谅 其 中 的 简化 工作 《它们 当然 不 是 优秀 的 业务 建 
模 例 子 ) 。 不 过 我 敢 肯 定 ， 你 一 定 能 在 那些 更 复杂 的 情况 中 使 
用 它们 。 某 些 十 分 简单 的 重 构 干脆 没有 范例 ， 因 为 我 觉得 为 它 
们 加 上 一 个 范例 不 会 有 多 大 意义 。 


更 明确 地 说 ， 加 上 范例 仅仅 是 为 了 阐释 当时 讨论 的 重 构 
手法 。 通 党 那些 代码 最 终 仍 有 其 他 问题 ， 但 修正 那些 问题 需要 
用 到 其 他 重 构 手 法 。 某 些 情况 下 数 个 重 构 经 常 被 一 并 运用 ， 这 
时 候 我 会 把 范例 带 到 为 一 个 重 构 中 继续 使 用 。 大 部 分 时 候 ， 一 
个 范例 只 为 一 项 重 构 而 设计 ， 这 么 做 是 为 了 让 每 一 项 重 构 手 法 
目 成 一 体 ， 因 为 这 份 重 构 名 录 的 首要 目的 还 是 作为 参考 工具 。 










































































修改 后 的 代码 可 能 被 埋没 在 未 修改 的 代码 中 ， 难 以 一 眼 
看 出 ， 所 以 我 使 用 不 同 的 颜色 突出 显示 修改 过 的 代码 。 但 我 并 
没有 突出 显示 所 有 修改 过 的 代码 ， 因 为 一 旦 修改 过 的 代码 太 
多 ， 全 都 突出 显示 反而 不 能 突显 重点 。 





5.2 ”挑选 重 构 的 依据 


这 不 是 一 份 巨细 靡 遗 的 重 构 名 录 。 我 只 是 认为 这 些 重 构 
手法 最 值得 被 记录 下 来 。 之 所 以 说 它们 "最 值得 ?， 因 为 这 些 都 
古 很 常用 的 重 构 手 法 ， 并 且 值 得 给 它们 命名 和 详细 的 介绍 : 其 
中 一 些 做 法 很 有 意思 ， 能 帮助 读者 提高 整体 重 构 技能 水 平 ， 男 
外 一 些 则 对 于 代码 设计 质量 的 提升 效果 显著 。 


有 些 重 构 没 有 进入 这 份 名 录 ， 因 为 它们 太 小 、 太 简单 ， 
我 觉得 没 必 要 多 加 资 述 。 例 如 ， 在 撰写 第 1 版 时 我 就 曾经 考虑 
过 移动 语句 “223) ， 这 个 重 构 我 经 党 使用， 但 我 觉得 没 必要 
将 它 放 进 名 录 里 (显然 我 在 写 第 2 版 的 时 候 改 变 了 想法 ) 。 以 
后 也 许 还 有 类 似 这 样 的 重 构 会 被 加 进 书 里 ， 不 过 那 要 看 我 投入 
多 少 精力 在 新 增 重 构 上 了 。 


还 有 一 些 没有 进入 名 录 的 重 构 ， 要 么 是 我 用 得 很 少 ， 要 
么 是 与 其 他 重 构 非常 相似 。 本 书 中 的 每 个 重 构 ， 人 逻辑 上 来 说 ， 
都 有 一 个 反 回 的 重 构 。 但 我 并 没有 把 所 有 反问 重 构 都 写 下 来 ， 
因为 我 友 现 很 多 反 疝 重 构 没 太 大 意思 。 例 如 ， 封 疲 变 量 
(132) 是 一 个 第 用 又 好 用 的 重 构 ， 但 它 的 反问 重 构 我 几乎 从 
来 不 会 做 〔 而 且 丈 算 要 做 也 非 第 简单 )， 所 以 我 觉得 没 必要 将 
这 个 反 回 重 构 放 进 名 录 。 


















































第 6 章 ” 第 一 组 重 构 





在 重 构 名 录 的 开头 ， 我 首先 介绍 一 组 我 认为 最 有 用 的 重 








我 最 第 用 到 的 重 构 就 是 用 提 烁 函数 “106) 将 代码 提 烁 到 
函数 中 ， 或 者 用 提炼 变量 (119) 来 提炼 变量 。 既 然 重 构 的 作 
用 就 是 应 对 变化 ， 你 应 该 不 会 感到 惊讶 ， 我 也 经 党 使 用 这 两 个 
重 构 的 反 回 重 构 一 一 内 联 函 数 〈115) 和 内 联 变 量 (123) 。 


提 烁 的 关键 残 在 于 命名 ， 随 着 理解 的 加 深 ， 我 经 第 需要 
改名 。 改 变 函 数 声 明 (124) 可 以 用 于 修改 函数 的 名 字 ， 也 可 
以 用 于 添加 或 删 减 参数 。 变 量 也 可 以 用 变量 改名 (137) 来 改 
名 ， 不 过 需要 先 做 封装 变量 (132) 。 在 给 函数 的 形式 参数 改 
名 时 ， 不 妨 先 用 引入 参数 对 象 〈140) 把 常 在 一 起 出 没 的 参数 
组 合成 一 个 对 象 。 


形成 函数 并 给 函数 伍 名 ， 这 是 低层 级 重 构 的 精 笨 。 有 了 
函数 以 后 ， 就 需要 把 它们 组 合成 更 高 层级 的 模块 。 我 会 使 用 函 
数组 合成 类 (144) ， 把 函数 和 它们 操作 的 数据 一 起 组 合成 
类 。 另 一 条 路 径 是 用 函数 组 合成 变换 (149) 将 函数 组 合成 变 
task Ctransform) ， 这 对 于 处 理 只 读数 据 尤 为 便利 。 再 往 前 一 
he Sos (154) 将 这 些 模块 组 成 界限 分 明 的 
处 理 阶段 。 


























6.1 提炼 函数 (Extract Function) 





HZ: 提炼 函数 (Extract Method) 
RAE: 内 联 函 数 (115) 


Š 





function printOwing(invoice) { 
printBanner(); 
let outstanding = calculateOutstanding(); 


//print details 
console.log( name: ${invoice.customer}-); 
console.log( amount: ${outstanding}); 


Y 


ka 


function printOwing(invoice) { 
printBanner(); 
let outstanding = calculateOutstanding(); 
printDetails(outstanding); 


function printDetails(outstanding) { 
console.log( name: ${invoice.customer}); 


console.log( amount: ${outstanding}); 


动机 








提炼 函数 是 我 最 常用 的 重 构 之 一 。 CERI LER SB 
数 /function” 这 个 词 ， 但 换 成 面 同 对 象 语言 中 的 “ 方 
法 /method”， 或 者 其 他 任何 形式 的 “过 程 /procedure” 或 者 “ 子 程 
序 /subroutine”， 也 同样 适用 。) 我 会 浏览 一 段 代 码 ， 理 解 其 作 
用 ， 然 后 将 其 提炼 到 一 个 独立 的 函数 中 ， 并 以 这 段 代码 的 用 途 
为 这 个 函数 命名 。 


对 于 “ 何 时 应 该 把 代码 放 进 独立 的 函数 ”这 个 问题 ， 我 曾 
经 昕 过 多 种 不 同 的 意见 。 有 的 观点 从 代码 的 长 度 考 虑 ， 认 为 一 
个 函数 应 该 能 在 一 屏 中 显示 。 有 的 观点 从 复 用 的 角度 考虑 ， 认 
为 只 要 被 用 过 不 止 一 次 的 代码 ， 就 应 该 单独 放 进 一 个 函数 ， 只 
用 过 一 次 的 代码 则 保持 内 联 (inline) 的 状态 。 但 我 认为 最 合 
理 的 观点 是 “将 意图 与 实现 分 开 ”: 如 果 你 需要 花 时 间 浏 览 一 段 
代码 才能 乔 清 它 到 底 在 干什么 ， 那 么 就 应 该 将 其 提炼 到 一 个 函 
数 中 ， 并 根据 它 所 做 的 事 为 其 命名 。 以 后 再 读 到 这 段 代码 时 ， 
你 一 眼 就 能 看 到 函数 的 用 途 ， 大 多 数 时 候 根 本 不 需要 关心 函数 
如 何 达成 其 用 途 〈 这 是 函数 体内 干 的 事 ) 。 


一 旦 接受 了 这 个 原则 ， 我 就 逐渐 养 成 一 个 习惯 : GARB 
小 的 函数 一 通常 只 有 几 行 的 长 度 。 在 我 看 来 ， 一 个 函数 一 旦 
超过 6 行 ， 就 开始 散发 具 味 。 我 甚至 经 常会 写 一 些 只 有 1 行 代码 
的 函数 。Kent Beck 曾 向 我 展示 最 初 的 Smalltalk 系 统 中 的 一 个 例 
子 ， 从 那 时 起 我 就 接受 了 “函数 名 的 长 度 不 重要 ”的 观念 。 那 时 
运行 Smalltalk 的 计算 机 只 有 黑白 屏 显 示 器 ， 如 果 你 想 高 亮 突显 



























































某 些 文本 或 图 像 ， 就 需要 反 转 视频 的 显示 。 为 此 ，Smalltalk 用 
于 控制 图 像 显 示 的 类 有 一 个 叫 作 highlight 的 方法 ， 其 中 的 实 
现 束 只 是 调用 reverse 方 法 。 在 这 个 例子 里 ，highlight 方 法 的 
名 字 比 实现 还 长 ， 但 这 并 不 重要 ， 因 为 在 这 个 方法 中 ， 代 码 的 
意图 与 实现 之 则 有 着 相 当 大 的 距离 。 


有 些 人 担心 短 函 数 会 造成 大 量 函 数 调用 ， 因 而 影响 性 
能 。 在 我 尚且 年 轻 时 ， 有 时 确实 会 有 这 个 问题 ， 但 如 今 “ 由 于 
函数 调用 影响 性 能 ”的 情况 已 经 非常 罕见 了 。 短 函数 党 第 能 让 
编译 此 的 优化 功能 运转 更 民 好 ， 因 为 短 函 数 可 以 更 容易 地 被 绥 
存 。 所 以 ， 应 该 始终 巡 循 性 能 优化 的 一 般 指导 方针 ， 不 用 过 早 
担心 性 能 问题 。 


小 函数 得 有 个 好 名 字 才 行 ， 所 以 你 必须 在 命名 上 花心 
思 。 起 好 名 字 需 要 练习 ， 不 过 一 旦 你 掌握 了 其 中 的 技巧 ， 就 能 
写 出 很 有 目 描述 性 的 代码 。 


我 经 常会 看 见 这 样 的 情况 : 在 一 个 大 函数 中 ， 一 段 代 码 
的 项 上 放 痢 一 名 注释 ， 说 明 这 段 代 码 要 做 什么 。 在 把 这 段 代 码 
提炼 到 上 自己 的 函数 中 时 ， 这 样 的 注释 往往 会 提示 一 个 好 名 字 。 









































做 法 





。 创 造 一 个 新 函数 ， 根 据 这 个 函数 的 意图 来 对 它 命名 以 
它 “ 做 什么 ”来 命名 ， 而 不 是 以 它 “ 怎 样 做 ”命名 〉。 


如 果 想 要 提 烁 的 代码 非常 简单 ， 例 如 只 是 一 个 函数 
调用 ， 只 要 新 函数 的 名 称 能 够 以 更 好 的 方式 昭示 代码 意 








图 ， 我 还 是 会 提炼 它 ， 但 如 果 想 不 出 一 个 更 有 意义 的 名 
称 ， 这 惑 是 一 个 信号 ， 可 能 我 不 应 该 提炼 这 块 代 码 。 不 
过 ， 我 不 一 定 非 得 马上 想 出 最 好 的 名 字 ， 有 时 在 提炼 的 过 
程 中 好 的 名 字 才 会 出 现 。 有 时 我 会 提 炬 一 个 函数 ， 尝 试 使 
用 它 ， 然 后 及 现 不 太 合 适 ， 再 把 它 内 联 回 去 ， 这 完全 没 问 
人 


ORAM REVS OCHRE A BL, MIEI PA BUR ES EA 
PR AN HEL, X REVR J H r EE ACh EE E YE Ad EQ) ee 
数 。 我 可 以 稍 后 再 使 用 搬移 函数 〈198) 把 它 从 源 函 数 中 
搬移 出 去 。 























将 竺 提炼 的 代码 从 源 函 数 复 制 到 新 建 的 目标 冰 数 中 。 
仔细 检查 提炼 出 的 代码 ， 看 看 其 中 是 否 引用 了 作用 域 限于 
源 函 数 、 在 提炼 出 的 新 函数 中 访问 不 到 的 变量 。 寿 是 ， 以 
参数 的 形式 将 它们 传递 给 新 函数 。 























OAR Se Fes CH ABT PR OR AS EVE BB A HIS, LAN AEE 
变量 作用 域 的 问题 了 。 

这 些 “ 作 用 域 限 于 源 函 数 ” 的 变量 通 第 是 局 部 变量 或 
者 源 函 数 的 参数 。 最 通用 的 做 法 是 将 它们 都 作为 参数 传递 
给 新 函数 。 只 要 没 在 提炼 部 分 对 这 些 变 量 赋值 ， 处 理 起 来 
就 没什么 难度 。 

如 有 果菜 个 变量 是 在 提炼 部 分 之 外 声明 但 只 在 提炼 部 
分 被 使 用 ， 就 把 变量 声明 也 搬移 到 提炼 部 分 代码 中 去 。 


如 末 变 量 按 值 传递 给 提炼 部 分 义 在 提炼 部 分 个 赋 









































{BLA >. WRIA Ae, SSE 
试 将 提 烁 出 的 新 函数 变 成 一 个 得 询 〈query) ， 用 其 返回 值 
给 该 变量 赋值 。 


但 有 时 在 提 烁 部 分 被 赋值 的 局 部 变量 太 多 ， 这 时 最 
好 是 先 放 弃 提 炼 。 这 种 情况 下 ， 我 会 考虑 先 使 用 别 的 重 构 
手法 ， 例 如 拆 分 变量 (240) 或 者 以 查询 取代 临时 变量 
go ee ee 




















所 有 变量 都 处 理 完 之 后 ， 编 译 。 








如 果 编 程 语言 文 持 编译 期 检查 的 话 ， 在 处 理 完 所 有 
变量 之 后 做 一 次 编译 是 很 有 用 的 ， 编 译 圳 经 常会 帮 你 找到 
没有 被 恰当 处 理 的 变量 。 








在 源 函 数 中 ， 将 被 提炼 代码 段 答 换 为 对 目标 函数 的 调用 。 
测试 。 

但 看 其 他 代码 是 否 有 与 被 提 烁 的 代码 段 相同 或 相似 之 处 。 
如 果 有 ， 考 虑 使 用 以 函数 调用 取代 内 联 代码 (222) SH 
调用 提 烁 出 的 新 函数 。 














有 些 重 构 工具 直接 文 持 这 一 步 。 如 果 工 具 不 文 持 ， 
可 以 快速 搜索 一 下 ， 看 看 别处 是 否 还 有 重复 代码 。 














YEP: 无 局 部 变量 
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function printOwing(invoice) { 
let outstanding = 0; 


console. LOG (OSG SEES SPRL IOS SERA I 
console.log("**** Customer Owes ****"); 
console. DOG (SES SSeS SER ASS SAE 


// calculate outstanding 
for (const o of invoice.orders) { 
outstanding += 0.amount 


} 


// record due date 
const today = Clock.today; 


invoice.dueDate = new Date(today.getFullYear(), today.getMont 


//print details 
console.log( name: ${invoice.customer}); 
console.log( amount: ${outstanding}); 


console.log( due: ${invoice.dueDate.toLocaleDateString()}°); 


} 


你 可 能 会 好 奇 clock.today 是 干什么 的 。 这 是 一 个 Clock 
Wrapper[mf-cw]， 也 就 是 封 狼 系统 时 钟 调 用 的 对 象 。 我 尽量 避 
免 在 代码 中 直接 调用 pate, now() 这 样 的 函数 ， 因为 这 会 导致 测 
试行 为 不 可 预测 ， 以 及 在 诊断 故障 时 难以 复制 出 错时 的 情况 。 


我 们 可 以 轻松 提炼 出 “打印 横幅 * 的 代码 。 我 只 需要 勇 
切 、 粘 贴 再 插入 一 个 函数 调用 动作 就 行 了 : 





function printOwing(invoice) { 
let outstanding = 0; 


printBanner(); 


// calculate outstanding 
for (const o of invoice.orders) { 
outstanding += 0.amount 


} 


// record due date 
const today = Clock.today; 


invoice.dueDate = new Date(today.getFullYear(), today.getMont 


//print details 
console.log( name: ${invoice.customer}); 
console.log( amount: ${outstanding}); 


console.log( due: ${invoice.dueDate.toLocaleDateString()}°); 


function printBanner() { 
console. LOG (SESSA EEA SEERA SAAR A SYS 
console.log("**** Customer Owes ****"); 
console. LOG (TEPISE SAE RA SAREE EASES AE STS 


} 





同样 ， 我 还 可 以 把 “打印 详细 信息 ?部 分 也 提炼 出 来 : 





function printOwing(invoice) { 
let outstanding = 


printBanner(); 
// calculate outstanding 


for (const o of invoice.orders) { 
outstanding += 0O.amount; 


J 


// record due date 
const today = Clock.today; 


invoice.dueDate = new Date(today.getFullYear(), today.getMont 
printDetails(); 


function printDetails() { 


console.log( name: ${invoice.customer}-); 
console.log( amount: ${outstanding} ); 


console.log( due: ${invoice.dueDate.toLocaleDateString()}°); 


看 起 来 提炼 函数 是 一 个 极其 简单 的 重 构 。 但 很 多 时 候 ， 
情况 会 变 得 比较 复杂 。 


rE LEIBA, RiEprintdetailsm BAKE 
fEprintowingeA AAT, IPE A A OL RE VI [Al Bl] printowingA ap 
TE IN PA ee. WREST BS AS Sc PEE eA, W 
ORIXE RET, MARD “HER LH — e 
题 。 此 时 我 必须 细心 处 理 * 只 存在 于 源 函 数 作 用 域 ” 的 变量 ， 包 
括 源 函数 的 参数 以 及 源 函 数 内 部 定义 的 临时 变量 。 














YEP: 有 局 部 变量 


局 部 变量 最 简单 的 情况 是 : 被 提炼 代码 段 只 是 读 取 这 些 
变量 的 值 ， 并 不 修改 它们 。 这 种 情况 下 我 可 以 简单 地 将 它们 当 
作 参 数 传 给 目标 函 数 。 所 以 ， 如 果 我 面 对 下 列 函 数 : 





function printOwing(invoice) { 
let outstanding = 0; 


printBanner(); 


// calculate outstanding 
for (const o of invoice.orders) { 
outstanding += o.amount; 


} 


// record due date 
const today = Clock.today; 


invoice.dueDate = new Date(today.getFullYear(), today.getMont 
//print details 
console.log( name: ${invoice.customer}); 
console.log( amount: ${outstanding}); 


console.log( due: ${invoice.dueDate.toLocaleDateString()}°); 





就 可 以 将 “打印 详细 信息 ”这 一 部 分 提炼 为 之 两 个 参数 的 
PAB: 


function printOwing(invoice) { 
let outstanding = 


printBanner(); 


// calculate outstanding 
for (const o of invoice.orders) { 
outstanding += o.amount; 


} 


// record due date 
const today = Clock.today; 


invoice.dueDate = new Date(today.getFullYear(), today.getMont 


printDetails(invoice, outstanding); 


} 

function printDetails(invoice, outstanding) { 
console.log( name: ${invoice.customer} ); 
console.log( amount: ${outstanding} ); 


console.log( due: ${invoice.dueDate.toLocaleDateString()}`); 


} 


如 条 局 部 变量 是 一 个 数据 结构 《例如 数组 、 记 录 或 者 对 
象 ) ， 而 被 提 烁 代码 段 叉 修改 了 这 个 络 构 中 的 数据 ， 也 可 以 如 
法 炮制 。 所 以 ,“ 设 置 到 期 日 ?的 逻辑 也 可 以 用 同样 的 方式 提炼 





出 来 : 


function printOwing(invoice) { 
let outstanding = 0; 


printBanner(); 


// calculate outstanding 
for (const o of invoice.orders) { 
outstanding += oO.amount; 


recordDueDate(invoice) ; 
printDetails(invoice, outstanding); 
} 
function recordDueDate(invoice) { 
const today = Clock.today; 


invoice.dueDate = new Date(today.getFullYear(), today.getMont 


} 





Ye Pl: 对 局 部 变量 再 赋值 


如 有 果 被 提炼 代码 段 对 局 部 变量 赋值 ， 问 题 残 变 得 复杂 
了 。 这 里 我 们 只 讨论 临时 变量 的 问题 。 如 宁 你 发 现 源 函数 的 参 
数 被 赋值 ， 应 该 马上 使 用 拆 分 变量 240) 将 其 变 成 临时 变 


Ho 


被 赋值 的 临时 变量 也 分 两 种 情况 。 较 简单 的 情况 是 : 这 
个 变量 只 在 被 提炼 代码 段 中 使 用 。 夺 果真 如 此 ， 你 可 以 将 这 个 
临时 变量 的 声明 移 到 被 提炼 代码 段 中 ， 然 后 一 起 提炼 出 去 。 如 
果 变 量 的 初始 化 和 使 用 离 得 有 点 儿 远 ， 可 以 用 移动 语句 
(223) 把 针对 这 个 变量 的 操作 放 到 一 起 。 











比较 粮 料 的 情况 是 : 个 提 炼 代码 段 之 外 的 代码 也 使 用 了 
这 个 变量 。 此 时 我 需要 返回 修改 后 的 值 。 我 会 用 下 面 这 个 已 经 
很 眼熟 的 函数 来 展示 该 上 怎么 做 : 





function printOwing(invoice) { 
let outstanding = 0; 


printBanner(); 
// calculate outstanding 


for (const o of invoice.orders) { 
outstanding += 0O.amount; 


recordDueDate(invoice); 
printDetails(invoice, outstanding); 


南面 的 重 构 我 都 一 步 到 位 地 展示 了 结 采 ， 因 为 它们 都 很 
简单 。 但 这 次 我 会 一 步 一 步 展示 “做 法 ?里 的 每 个 步骤 。 


首先 ， 把 变量 声明 移动 到 使 用 处 之 前 。 





function printOwing(invoice) { 
printBanner(); 


// calculate outstanding 

let outstanding = 0; 

for (const o of invoice.orders) { 
outstanding += 0.amount 


recordDueDate(invoice); 
printDetails(invoice, outstanding); 








然后 把 想 要 提炼 的 代码 复制 到 目标 函数 中 。 


function printOwing(invoice) { 
printBanner(); 


// calculate outstanding 

let outstanding = 0; 

for (const o of invoice.orders) { 
outstanding += o.amount; 


} 


recordDueDate(invoice); 
printDetails(invoice, outstanding); 


} 


function calculateOutstanding(invoice) { 
let outstanding = 0; 
for (const o of invoice.orders) { 
outstanding += 0O.amount; 


return outstanding; 


} 


由 于 outstanding 变 量 的 声明 已 经 被 搬移 到 提 炬 出 的 新 函 
数 中 ， 就 不 需要 再 将 其 作为 参数 传 入 了 。outstanding 是 提炼 
代码 段 中 唯一 被 重新 赋值 的 变量 ， 所 以 我 可 以 直接 返回 它 。 


我 的 JavaScript 环 境 在 编译 期 提供 不 了 任何 价值 人 简直 
还 不 如 文本 编辑 器 的 语法 分 析 有 用 ， 所 以 “做 法 ”里 的 “编译 ”一 
步 可 以 跳 过 了 。 下 一 件 事 是 修改 原来 的 代码 ， 令 其 调用 新 函 
数 。 新 函数 返回 了 修改 后 的 outstanding 变 量 值 ， 我 需要 将 其 
存 入 原来 的 变量 中 。 











function printOwing(invoice) { 
printBanner(); 
let outstanding = calculateOutstanding(invoice); 
recordDueDate(invoice); 
printDetails(invoice, outstanding); 


function calculateOutstanding(invoice) { 
let outstanding = 0; 
for (const o of invoice.orders) { 
outstanding += 0.amount 


return outstanding; 








在 收工 之 前 ， 我 还 要 修改 返回 值 的 名 字 ， 使 其 符合 我 一 
贯 的 编码 风格 。 


function printOwing(invoice) { 
printBanner(); 
const outstanding = calculateOutstanding(invoice); 
recordDueDate(invoice); 
printDetails(invoice, outstanding); 


function calculateOutstanding(invoice) { 
let result = 0; 
for (const o of invoice.orders) { 
result += O.amount; 


return result; 


我 还 顺手 把 原来 的 outstanding 变 量 声明 成 const 的 ， 令 其 
在 初始 化 之 后 不 能 再 次 被 赋值 。 


这 时 候 ， 你 可 能 会 问 : “如果 需要 返回 的 变量 不 止 一 个 ， 
MIZE TE? ” 


有 几 种 选择 。 最 好 的 选择 通常 是 : 挑选 另 一 块 代 码 来 提 
炼 。 我 比较 喜欢 让 每 个 函数 都 只 返回 一 个 值 ， 所 以 我 会 安排 多 
个 函数 ， 用 以 返回 多 个 值 。 如 果真 的 有 必要 提炼 一 个 函数 并 返 
回 多 个 值 ， 可 以 构造 并 返回 一 个 记录 对 象 一 不 过 通常 更 好 的 办 
法 还 是 回 过 头 来 重新 处 理 局 部 变量 ， 我 常用 的 重 构 手 法 有 以 碍 
询 取 代 临 时 变量 (178) 和 拆 分 变量 (240) 。 


如 果 我 想 把 提炼 出 的 函数 据 移 到 别 的 上 下 文 Cl BOAR 

















顶层 函数 ) ， 会 引发 一 些 有 趣 的 问题 。 我 偏好 小 步 前 进 ， 所 以 
我 本 能 的 做 法 是 先 提炼 成 内 套 函数 ， 然 后 再 将 其 移入 新 的 上 下 
文 。 但 这 种 做 法 的 麻烦 在 于 处 理 局 部 变量 ， 而 这 个 困难 无 法 提 
前 发 现 ， 直 到 我 开始 最 后 的 搬移 时 才 突 然 暴 露 。 从 这 个 角度 考 
谍 ， 即 便 可 以 先 提 炼 成 钥 套 函数 ， 或 许 也 应 该 至 少将 目标 函数 
放 在 源 函 数 的 同 级 ， 这 样 我 束 能 立即 看 出 提炼 的 范围 是 否 合 

y 














6.2 Wilkes 2 (Inline Function) 


曾 用 名 : AK% Inline Method) 
ROEM: fee Be (106) 


= 





function getRating(driver) { 
return moreThanFiveLateDeliveries(driver) ? 2 : 1; 


J 


function moreThanFiveLateDeliveries(driver) { 
return driver.numberOfLateDeliveries > 5; 


Į 


function getRating(driver) { 
return (driver.numberOfLateDeliveries > 5) ? 2: 1; 


} 


动机 





本 书 经 常 以 简短 的 函数 表现 动作 意图 ， 这 样 会 使 代码 更 
清晰 易 读 。 但 有 时 候 你 会 遇 到 茶 些 函数 ， 其 内 部 代码 和 函数 名 
称 同样 清晰 易 访 。 也 可 能 你 重 构 了 该 函数 的 内 部 实现 ， 使 其 内 
容 和 其 名 称 变 得 同样 清晰 。 寿 果真 如 此 ， 你 就 应 该 去 挥 这 个 函 
数 ， 和 直接 使 用 其 中 的 代码 。 间 接 性 可 能 带 来 帮助 ， 但 非 必 要 的 
间接 性 总 是 让 人 不 舒服 。 


男 一 种 需要 使 用 内 联 函 数 的 情况 是 ， 我 手 上 有 一 群 组 织 
不 其 合理 的 函数 。 可 以 将 它们 都 内 联 到 一 个 大 型 函数 中 ， 再 以 
我 喜欢 的 方式 重新 提炼 出 小 函数 。 


如 果 代 码 中 有 太 多 间接 层 ， 使 得 系统 中 的 所 有 函数 都 似 
乎 只 是 对 劝 一 个 函数 的 简单 委托 ， 造 成 我 在 这 些 委托 动作 之 间 
曙 头 转身， 那么 我 通常 都 会 使 用 内 联 函 数 。 当 然 ， 间 接 层 有 其 
价值 ， 但 不 是 所 有 间接 层 都 有 价值 。 通 过 内 联手 法 ， 我 可 以 找 
出 那些 有 用 的 间接 层 ， 同 时 将 无 用 的 间接 层 去 除 。 















































做 法 





(MERA, WEECAAS ATE. 


如 果 该 函数 属于 一 个 类 ， 并 且 有 子 类 继承 了 这 个 函 
数 ， 那 么 就 无 法 内 联 。 


。 找 出 这 个 函数 的 所 有 调用 点 。 
。 将 这 个 函数 的 所 有 调用 操 部 蔡 换 为 函数 本 体 。 
。 每 次 蔡 换 之 后 ， 执 行 测 试 。 


不 必 一 次 完成 整个 内 联 操作 。 如 果 茶 些 调用 点 比较 
难以 内 联 ， 可 以 等 到 时 机 成 熟 后 再 来 处 理 。 


。 删除 该 函数 的 定义 。 


被 我 这 样 一 号 ， 内 联 函 数 似乎 很 简单 。 但 情况 往往 并 非 
如 此 。 对 于 递归 调用 、 多 返回 点 、 内 联 至 另 一 个 对 象 中 而 该 对 
象 并 无 访问 函数 等 复杂 情况 ， 我 可 以 写 上 好 几 页 。 我 之 所 以 不 
写 这 些 特殊 情况 ， 原 因 很 简单 : 如 果 你 过 到 了 这 样 的 复杂 情 
况 ， 就 不 应 该 使 用 这 个 重 构 手法 。 











ya fil 


在 最 简单 的 情况 下 ， 这 个 重 构 简单 得 不 值 一 提 。 一 开始 
的 代码 是 这 样 : 





function rating(aDriver) 
return moreThanFiveLateDeliveries(aDriver) ? 2 : 1; 


function moreThanFiveLateDeliveries(aDriver) { 
return aDriver.numberOfLateDeliveries > 5; 


我 只 要 把 被 调用 的 函数 的 return 语 名 复制 出 来 ， 粘 贴 到 


WHA, FRU ASI eR BUA, íT To 


function rating(aDriver) { 
return aDriver.numberOfLateDeliveries &gt; 5? 2: 1; 





不 过 实际 情况 可 能 不 会 这 么 简单 ， 需 要 我 多 做 一 点 儿 工 
作 ， 帮 助 代 码 融 入 它 的 新 家 。 例 如 ， 开 始 时 的 代码 与 前 面 稍 有 
不 同 : 


function rating(aDriver) { 
return moreThanFiveLateDeliveries(aDriver) ? 2 : 1; 


function moreThanFiveLateDeliveries(dvr) { 
return dvr.numberOfLateDeliveries > 5; 


} 


JAE 的 代码 ’ 但 moreThan FiveLateDeliveries Ph AN 
声明 的 形式 参数 名 与 调用 处 使 用 的 变量 名 不 同 ， 所 以 我 在 内 联 
时 需要 对 代码 做 些微 调 。 


function rating(aDriver) { 
return aDriver.numberOfLateDeliveries > 5? 2: 1; 





情况 还 可 能 更 复杂 。 例 如 ， 请 看 下 列 代码 : 


function reportLines(aCustomer) { 
const lines = []; 
gatherCustomerData(lines, aCustomer); 
return lines; 


function gatherCustomerData(out, aCustomer) { 
out.push(["name", aCustomer.name]); 
out.push(["location", aCustomer.location]); 


我 要 把 gathercustomerData 内 联 到 reportLines 中 ， 这 时 
简单 的 剪 切 和 阁 贴 就 不 够 了 。 这 段 代码 还 不 算 很 麻烦 ， 大 多 数 
时 候 我 还 是 一 步 到 位 地 完成 了 重 构 ， 只 是 需要 做 些 调整 。 如 果 
想 更 谨慎 些 ， 也 可 以 每 次 搬移 一 行 代码 :可 以 首先 对 第 一 行 代 


码 使 用 搬移 语句 到 调用 者 〈217) 一 一 我 还 是 用 简单 的 “前 切 - 
粘贴 -调整 "方式 进行 。 








function reportLines(aCustomer) { 
const lines = []; 
lines.push(["name", aCustomer.name]); 
gatherCustomerData(lines, aCustomer); 
return lines; 


function gatherCustomerData(out, aCustomer) { 


7 T G 了 
out.push(["location", aCustomer.location]); 





然后 继续 处 理 后 面 的 代码 行 ， 直 到 完成 整个 重 构 。 


function reportLines(aCustomer) { 
const lines = []; 
lines.push(["name", aCustomer.name]); 
lines.push(["location", aCustomer.location]); 
return lines; 





重点 在 于 始终 小 步 前 进 。 大 多 数 时 候 ， 由 于 我 平时 写 的 


函数 部 很 小 ， 内 联 函 数 可 以 一 步 完成 ， 顶 多 需要 一 点 代码 调 
整 。 但 如 果 过 到 了 复杂 的 情况 ， 我 会 每 次 内 联 一 行 代码 。 哪 怕 
只 是 处 理 一 行 代码 ， 也 可 能 轴 到 麻烦 ， 那 么 我 就 会 使 用 更 精细 
的 重 构 手法 搬移 语句 到 调用 者 〈217) ， 将 步子 再 拆 细 一 点 。 
有 时 我 会 自信 满 满 地 快速 完成 重 构 ， 然 后 测试 却 失 败 了 ， 这 时 
我 会 回 退 到 上 一 个 能 通过 测试 的 版 本 ， 融 着 一 点 儿 企 恼 ， 以 更 
小 的 步伐 再 次 重 构 。 














6.3 ”提炼 变量 (Extract Variable) 


用 名 : 引入 解释 性 变量 (Introduce Explaining 
Variable) 


RHEW: 内 联 变量 (123) 


Q- m 
E p 





return order.quantity * order.itemPrice - 


Math.max(0, order.quantity - 500) * order.itemPrice * 0.05 + 
Math.min(order.quantity * order.itemPrice * 0.1, 100); 


Y 


yw 


const basePrice = order.quantity * order.itemPrice; 

const quantityDiscount = Math.max(0, order.quantity - 500) * 
const shipping = Math.min(basePrice * 0.1, 100); 

return basePrice - quantityDiscount + shipping; 


动机 


表达 式 有 可 能 非常 复杂 而 难以 阅读 。 这 种 情况 下 ， 局 部 
变量 可 以 帮助 我 们 将 表达 陈 分 解 为 比较 容易 管理 的 形式 。 在 面 
对 一 块 复 林 逻辑 时 ， 局 部 变量 使 我 能 给 其 中 的 一 部 分 命名 ， 这 
样 我 就 能 更 好 地 理解 这 部 分 逻辑 是 要 干什么 。 


这 样 的 变量 在 调试 时 也 很 方便 ， 它 们 给 调试 顺和 打印 语 
句 提 供 了 便利 的 抓 手 。 


如 果 我 考虑 使 用 提炼 变量 ， 就 意味 着 我 要 给 代码 中 的 一 
个 表达 式 命名 。 一 旦 决定 要 这 样 做 ， 我 束 得 考虑 这 个 名 字 所 处 
的 上 下 文 。 如 果 这 个 名 字 只 在 当前 的 函数 中 有 意义 ， 那 么 提炼 
变量 是 个 不 错 的 选择 ;但 如 果 这 个 变量 名 在 更 宽 的 上 下 文中 也 
有 意义 ， 我 束 会 考虑 将 其 暴露 出 来 ， 通 常 以 函数 的 形式 。 如 来 
在 更 锅 的 范围 可 以 访问 到 这 个 名 字 ， 束 意味 独 其 他 代码 也 可 以 
用 到 这 个 表达 式 ， 而 不 用 把 它 重 写 一 过 ， 这 样 能 减少 重复 ， 并 
且 能 更 好 地 表达 我 的 意图 。 


“将 新 的 名 字 暴 露 得 更 宽 ” 的 坏处 则 是 需要 额外 的 工作 
量 。 如 果 工 作 量 很 大 ， 我 会 暂时 搁 下 这 个 想法 ， 稍 后 再 用 以 查 
询 取 代 临 时 变量 〈178) 来 处 理 它 。 但 如 果 处 理 其 他 很 简单 ， 
我 就 会 并 即 动手 ， 这 样 号 上 就 可 以 使 用 这 个 新 名 字 。 有 一 个 好 
的 例子 : 如 果 我 处 理 的 这 段 代 码 属于 一 个 类 ， 对 这 个 新 的 变量 
使 用 提炼 函数 〈106) 会 很 容易 。 









































做 法 


。 傅 认 要 提 炬 的 表达 式 没有 副作用 。 

。 声明 一 个 不 可 修改 的 变量 ， 把 你 想 要 提炼 的 表达 陈 复 制 一 
份 ， 以 该 表达 式 的 结果 值 给 这 个 变量 赋值 。 

。 用 这 个 新 变量 取代 原来 的 表达 式 。 











。 训 试 。 


如 果 该 表达 式 出 现 了 多 次 ， 请 用 这 个 新 变量 逐一 丛 换 ， 
每 次 人 答 换 之 后 都 要 执行 测试 。 


ya fil 


我 们 从 一 个 简单 计算 开始 : 


function price(order) { 
//price is base price - quantity discount + shipping 
return order.quantity * order.itemPrice - 


Math.max(0, order.quantity - 500) * order.itemPrice * 0.05 + 
Math.min(order.quantity * order.itemPrice * 0.1, 100); 


} 


这 上段 代码 还 算 人 简单 ， 不 过 我 可 以 让 它 变 得 更 容易 理解 。 
首先 ， 我 发 现 ， 底 价 (base price) ÆFA (quantity) W 
单价 (item price) 。 


function price(order) { 
//price is base price - quantity discount + shipping 
return order.quantity * order.itemPrice - 


Math.max(0, order.quantity - 500) * order.itemPrice * 0.05 + 
Math.min(order.quantity * order.itemPrice * 0.1, 100); 


t 


我 把 这 一 新 学 到 的 知识 放 进 代码 里 ， 创 建 一 个 变量 ， 并 
给 它 起 个 合适 的 名 字 : 


function price(order) { 
//price is base price - quantity discount + shipping 
const basePrice = order.quantity * order.itemPrice; 
return order.quantity * order.itemPrice - 


Math.max(0, order.quantity - 500) * order.itemPrice * 0.05 + 
Math.min(order.quantity * order.itemPrice * 0.1, 100); 


} 





当然 ， 仅 仅 声明 并 初始 化 一 个 变量 没有 任何 作用 ， 我 还 
得 使 用 它 才 行 。 所 以 ， 我 用 这 个 变量 取代 了 原来 的 表达 式 : 


function price(order) { 
//price is base price - quantity discount + shipping 
const basePrice = order.quantity * order.itemPrice; 
return basePrice - 


Math.max(0, order.quantity - 500) * order.itemPrice * 0.05 + 
Math.min(order.quantity * order.itemPrice * 0.1, 100); 
} 





稍 后 的 代码 还 用 到 了 同样 的 表达 式 ， 也 可 以 用 新 建 的 变 
量 取代 之 。 


function price(order) { 
//price is base price - quantity discount + shipping 
const basePrice = order.quantity * order.itemPrice; 
return basePrice - 


Math.max(0, order.quantity - 500) * order.itemPrice * 0.05 + 
Math.min(basePrice * 0.1, 100); 
} 


下 一 行 是 计算 批发 折扣 (quantity discount) 的 逻辑 ， 我 
也 将 它 提 炼 出 来 : 





function price(order) { 
//price is base price - quantity discount + shipping 
const basePrice = order.quantity * order.itemPrice; 


const quantityDiscount = Math.max(0, order.quantity - 500) * 
return basePrice - 
quantityDiscount + 
Math.min(basePrice * 0.1, 100); 


最 后 ， 我 再 把 运费 (shipping) 计算 提炼 出 来 。 同 时 我 还 
可 以 删 掉 代 码 中 的 注释 ， 因 为 现在 代码 已 经 可 以 完美 表达 自己 
的 意义 了 : 











function price(order) { 
const basePrice = order.quantity * order.itemPrice; 


const quantityDiscount = Math.max(0, order.quantity - 500) * 
const shipping = Math.min(basePrice * 0.1, 100); 
return basePrice - quantityDiscount + shipping; 


} 


范例 ， 在 一 个 类 中 


下 面 是 同样 的 代码 ， 但 这 次 它 位 于 一 个 类 中 : 


class Order { 
constructor(aRecord) { 
this. data = aRecord; 


t 


get quantity() {return this. _data.quantity; } 
get itemPrice() {return this. _data.itemPrice; } 


get price() { 
return this.quantity * this.itemPrice - 


Math.max(0, this.quantity - 500) * this.itemPrice * 0.05 + 
Math.min(this.quantity * this.itemPrice * 0.1, 100); 


3 
} 





我 要 提炼 的 还 是 同样 的 变量 ， 但 我 意识 到 : 这 些 变量 名 
所 代表 的 概念 ， 适 用 于 整个 order 类 ， 而 不 仅仅 是 “计算 价 
格 ” 的 上 下 文 。 既 然 如 此 ， 我 更 愿意 将 它们 提 和 烁 成 方法 ， 而 不 


是 变量 。 








class Order { 
constructor(aRecord) { 
this. _data = aRecord; 


} 
get quantity() {return this. _data.quantity; } 
get itemPrice() {return this._data.itemPrice; } 


get price() { 


return this.basePrice - this.quantityDiscount + this.shipping 


get basePrice() {return this.quantity * this.itemPrice 
get quantityDiscount() {return Math.max(0, this.quantity - 50 


get shipping() {return Math.min(this.basePrice * 0.1, 


EM RiP RA — AlN: 它们 提供 了 合适 的 上 下 文 ， 
方便 分 译 相 天 的 逻辑 和 数据 。 在 如 此 简单 的 情况 下 ， 这 方面 的 
好 处 还 不 太 明 显 ; 但 在 一 个 更 大 的 类 当中 ， 如 果 能 找 出 可 以 共 
用 的 行为 ,赋予 它 独 立 的 概念 抽象 ， 给 它 起 一 个 好 名 字 ， 对 于 














帮助。 


EAT RAN AIR A H 


6.4 WH = (Inline Variable) 


曾 用 名 : 内 联 临 时 变量 (nline Temp) 
RHEW: 提炼 变量 〈119 ) 

@< 

EE 





let basePrice = anOrder.basePrice; 
return (basePrice > 1000); 


W% 


return anOrder.basePrice > 1000; 


动机 


在 一 个 函数 内 部 ， 变 量 能 给 表达 式 提供 有 意义 的 名 字 ， 
因此 通常 变量 是 好 东西 。 但 有 时 候 ， 这 个 名 字 并 不 比 表 达 式 本 
喘 更 具 表 现 力 。 还 有 些 时 候 ， 变 量 可 能 会 妨碍 重 构 附 近 的 代 








码 。 夺 果真 如 此 ， 就 应 该 通过 内 联 的 手法 消除 变量 。 


做 法 








。 检查 确认 变量 赋值 语句 的 右 侧 表达 式 没 有 副作用 。 
。 如 采 变 量 没 有 被 声明 为 不 可 修改 ， 先 将 其 变 为 不 可 修改 ， 
并 执行 测试 。 











这 是 为 了 确保 该 变量 只 被 赋值 一 次 。 


。 找 到 第 一 处 使 用 该 变量 的 地 方 ， 将 其 蔡 换 为 直接 使 用 赋值 
语句 的 右 侧 表达 式 。 

。 测试。 

。 重 复 前 面 两 步 ， 逐 一 普 换 其 他 所 有 使 用 该 变量 的 地 方 。 

eee 

。 测试 。 








6.5 ”改变 函数 声明 (Change 
Declaration ) 


别名 : 函数 改名 (Rename Function) 
HZ: KAME (Rename Method) 


用 名 : 添加 参数 (Add Parameter) 





HZ: 移 除 参数 (Remove Parameter) 
别名 : 修改 签名 (Change Signature) 


a 
f(x, y, Z) 


.一 
f(x, y, z) { 
} 


function circum(radius) {...} 


Function 








SS 


function circumference(radius) {...} 


动机 


函数 是 我 们 将 程序 拆 分 成 小 块 的 主要 方式 。 函 数 声明 则 
展现 了 如 何 将 这 些小 块 组 合 在 一 起 工作 一 一 可 以 说 ， 它 们 就 是 
软件 系统 的 关节 。 和 任何 构造 体 一 样 ， 系 统 的 好 坏 很 大 程度 上 
取决 于 关节 。 好 的 关节 使 得 给 系统 添加 新 部 件 很 容易 ， 而 灶 料 
的 关节 则 不 断 招 致 肪 烦 ， 让 我 们 难以 看 清 软 件 的 行为 ， 当 需求 
变化 时 难以 找到 合适 的 地 方 进行 修改 。 还 好 ， 软 件 是 软 的 ， 我 
可 以 改变 这 些 关 节 ， 只 是 要 小 心 修改 。 


对 于 这 些 关 节 而 言 ， 最 重要 的 元 系 当 属 函数 的 名 字 。 一 
个 好 名 字 能 让 我 一 眼看 出 函数 的 用 途 ， 而 不 必 碍 看 其 实现 代 
码 。 但 起 一 个 好 名 字 并 不 容易 ， 我 很 少 能 第 一 次 融 把 名 字 起 
对 。“ 就 算 这 个 名 字 有 点 迷惑 人 ， 还 是 放 着 别管 吧 一 一 说 到 
底 ， 不 过 就 是 一 个 名 字 而 已 。” 那 恶 的 混乱 魔王 就 是 这 样 引诱 
我 的 。 为 了 拯救 程序 的 灵 现 ， 绝 不 能 上 了 他 的 当 。 如 果 我 看 到 
一 个 函数 的 名 字 不 对 ， 一 旦 发 现 了 更 好 的 名 字 ， 就 得 尽快 给 函 
数 改 名 。 这 样 ， 下 一 次 再 看 到 这 段 代 码 时 ， 我 就 不 用 再 费力 搞 
懂 其 中 到 底 在 干什么 。 (有 一 个 改进 函数 名 字 的 好 办 法 先 写 
一 句 注释 描述 这 个 函数 的 用 途 ， 再 把 这 句 注 释 变 成 函数 的 名 

o ) 
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f- 















































对 于 函数 的 参数 ， 道 理 也 是 一 样 。 函 数 的 参数 列表 阐述 


了 函数 如 何 与 外 部 世界 共处 。 函 数 的 参数 设置 了 一 个 上 下 文 ， 
只 有 在 这 个 上 下 文中 ， 我 才能 使 用 这 个 函数 。 假 如 有 一 个 函数 
的 用 途 是 把 某 人 的 电话 号 码 转换 成 特定 的 格式 ， 并 且 该 函数 的 
参数 是 一 个 人 Cperson) ， 那 么 我 就 没 法 用 这 个 函数 来 处 理 公 
司 (company) 的 电话 号 码 。 如 果 我 把 函数 接受 的 参数 

由 “人 ” 改 成 “电话 号 码 ”， 这 上 段 处 理 电 话 号 码 格 式 的 代码 就 能 被 
更 广泛 地 使 用 。 


修改 参数 列表 不 仅 能 增加 函数 的 应 用 范围 ， 还 能 改变 连 
接 一 个 模块 所 需 的 条 件 ， 从 而 去 除 不 必要 的 厢 合 。 在 前 面 这 个 
例子 中 ， 修 改 参数 列表 之 后 , “处 理 电话 号 码 格式 ”的 逻辑 所 在 
的 模块 就 无 须 了 解 * 人 ”这 个 概念 。 减 少 模 块 彼此 之 间 的 信息 依 
赖 ， 当 我 要 做 出 修改 时 就 能 减轻 我 大 脑 的 负担 一 一 毕竟 我 的 脑 
容量 已 经 不 如 从 前 那么 大 了 【 跟 我 脑袋 的 大 小 没关系 〉。 


如 何 选 择 正 确 的 参数 ， 没 有 简单 的 规则 可 循 。 我 可 能 
一 个 人 简 捍 的 函数 ， 用 于 判断 支付 是 否 逾 期 如 果 超 期 30 天 未 
付款 ， 那 么 这 笔 文 付 承 逾期 了 。 这 个 函数 的 参数 应 该 是 “ 文 
付 ”(payment) 对 象 ， 还 是 文 付 的 到 期 日 呢 ? 如 果 使 用 文 付 对 
象 ， 会 使 这 个 函数 与 文 付 对 象 的 接口 耘 合 ， 但 好 处 是 可 以 很 容 
易 地 访问 后 者 的 其 他 属性 ， 当 “逾期 ”的 逻辑 发 生变 化 时 束 不 用 
ns 换 句 话说 ， 提 高 了 该 函数 的 封 


对 这 道 难题 ， 唯 一 正确 的 答案 是 “没有 正确 答案 ”， 而 且 
答案 还 会 随 着 时 间 变 化 。 所 以 我 发 现 掌 握 改变 函数 声明 重 构 手 
法 至 关 重 要 ， 这 样 当 我 想 好 代码 中 应 该 有 哪些 关节 时 ， 才 能 使 
代码 随 着 我 的 理解 而 演进 。 


在 本 书 中 引用 重 构 手法 时 ， 我 通常 只 使 用 它 的 主 名 称 。 
但 “改名 ”(rename) 是 改变 函数 声明 的 重要 应 用 场景 ， 所 以 ， 
如 果 只 是 用 于 改名 ， 我 会 将 这 个 重 构 称 作 函数 改名 (Rename 
Function) ， 这 样 能 更 清晰 地 表达 我 的 用 意 。 从 做 法 的 角度 ， 
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对 于 本 书 中 的 大 部 分 重 构 ， 我 只 展示 了 一 套 做 法 。 这 并 
非 因为 只 有 这 一 套 做 法 ， 而 是 因为 大 部 分 情况 下 ， 一 套 标准 的 
做 法 都 管用 。 不 过 ， 改 变 函 数 声明 是 一 个 例外 。 它 有 一 套 简单 
的 做 法 ， 这 套 做 法 常 第 够 用 ， 但 在 很 多 时 候 ， 有 必要 以 更 渐进 
的 方式 逐步 迁移 到 达 最 终结 果 。 所 以 ， 在 进行 此 重 构 时 ， 我 会 
查看 变更 的 范围 ， 目 问 是 人 否 能 一 步 到 位 地 修改 函数 声明 及 其 所 
有 调用 者 。 如 果 可 以 ， 我 束 采 用 简单 的 做 法 。 迁 移 式 的 做 法 让 
我 可 以 逐步 修改 调用 方 代码 ， 如 果 函 数 被 很 多 地 方 调用 ， 或 者 
修改 不 容易 ， 或 者 要 修改 的 是 一 个 多 态 函 数 ， 或 者 对 函数 声明 
的 修改 比较 复杂 ， 能 渐进 式 地 逐步 修改 就 很 重要 。 














简单 的 做 法 


。 如 末 想 要 移 除 一 个 参数 ， 需 要 先 确 定 函 数 体内 没有 使 用 该 


B 


。 EPL HA, EECA REE TASS 
。 找 出 所 有 使 用 旧 的 函数 声明 的 地 方 ， 将 它们 改 为 使 用 新 的 
KAE H. 
e MR 
最 好 能 把 大 的 修改 拆 成 小 的 步骤 ， 所 以 如 果 你 既 想 修改 


函数 名 ， 叉 想 添 加 参数 ， 最 好 分 成 两 步 来 做 。 FH, Aet 
时 ， 如 果 过 到 了 麻烦 ， 请 撤销 修改 ， 并 改 用 迁移 式 做 法 。) 





迁移 式 做 法 


。 如果 有 必要 的 话 ， 先 对 函数 体内 部 加 以 重 构 ， 使 后 面 的 提 
TRAP DR TIP AR o 
。 使 用 提炼 函数 〈106) 将 函数 体 提炼 成 一 个 新 函数 。 


如 果 你 打算 沿用 旧 函 数 的 名 字 ， 可 以 先 给 新 函数 起 
一 个 易于 搜索 的 临时 名 字 。 


。 如果 提炼 出 的 函数 需要 新 增 参数 ， 用 前 面 的 简单 做 法 添加 
即 可 。 
。 测 试 。 
。 对 旧 函 数 使 用 内 联 函 数 (115) 。 
。 如 果 新 函数 使 用 了 临时 的 名 字 ， 再 次 使 用 改变 函数 声明 
(124) 将 其 改 回 原来 的 名 字 。 
。 测 试 。 


如 果 要 重 构 的 函数 属于 一 个 具有 多 态 性 的 类 ， 那 么 对 于 
该 函数 的 每 个 实现 版 本 ， 你 必需 要 通过 “提炼 出 一 个 新 函数 ”的 
方式 添加 一 层 间 接 ， 并 把 旧 函 数 的 调用 转发 给 新 函数 。 如 采访 
函数 的 多 态 性 是 在 一 个 类 继承 体系 中 体现 ， 那 么 只 需要 在 超 类 
上 转发 即 可 ; 如 琳 各 个 实现 类 之 间 并 没有 一 个 共同 的 超 类 ， 那 
么 就 需要 在 每 个 实现 类 上 做 转 友 。 


如 果 要 重 构 一 个 已 对 外 发 布 的 API， 在 提炼 出 新 函数 之 
后 ， 你 可 以 暂停 重 构 ， 将 原来 的 函数 声明 为 “不 推荐 使 
FA” (deprecated) ， 然 后 给 客户 端 一 点 时 间 转 为 使 用 新 函 
数 。 等 你 有 信心 所 有 客户 端 都 已 经 从 旧 函 数 迁 移 到 新 函数 ， 再 














移 除 旧 函 数 的 声明 。 


范例 :函数 改名 简单 做 法 ) 


下 列 函 数 的 名 字 太 过 简略 了 : 


function circum(radius) { 
return 2 * Math.PI * radius; 








RAE COUGH AR X— AJL H IIA eR BAY H: 


function circumference(radius) { 
return 2 * Math.PI * radius; 


J 


然后 找 出 所 有 调用 circum 函 数 的 地 方 ， 将 其 改 


为 circumference。 


在 不 同 的 编程 语言 环境 中 , “找到 所 有 调用 旧 函 数 的 地 
方 " 这 件 事 的 难度 也 各 异 。 静 态 类 型 加 上 趁 手 的 IDE 能 提供 最 好 
的 体验 ， 通 常 可 以 全 目 动 地 完成 函数 改名 ， 出 错 的 概 识 极 低 。 
CURA ASA, Wi RS HE TR: 即便 再 好 的 搜索 工 
具 ， 也 可 能 会 找 出 很 多 同名 但 并 非 同一 函数 的 地 方 。 


增 减 参数 的 做 法 也 相同 : 找 出 所 有 调用 者 ， 修 改 函 数 声 
明 ， 人 然后 修改 调用 者 。 了 最 好 是 能 分 步骤 修改 : 如 果 既 想 给 函数 
改名 ， 又 想 添 加 参数 ， 我 会 先 完成 改名 ， 调 试 ， 然 后 添加 参 
数 ， 然 后 再 次 测试 。 




















这 个 重 构 的 简单 做 法 缺点 在 于 ， 我 必须 一 次 性 修改 所 有 
调用 者 和 函数 声明 〈 或 者 说 ， 所 有 的 函数 声明 ， 如 果 有 多 态 的 
W) 。 如 果 只 有 不 多 的 几 处 调用 者 ， 或 者 如 果 有 可 靠 的 自动 化 
重 构 工具 ， 这 样 做 是 没 问题 的 。 但 如 果 调 用 者 很 多 ， 事 情 就 会 
变 得 很 坏 手 。 另 外 ， 如 果 函 数 的 名 字 并 不 唯一 ， 也 可 能 造成 问 
题 。 例 如 ， 我 想 给 代表 “人 ”的 person 类 的 changeAddress 函 数 改 
名 ， 但 同时 在 代表 “保险 合同 ”的 InsuranceAgreement 类 中 也 有 
一 个 同名 的 函数 ， 而 我 并 不 想 修 改 后 者 的 名 字 。 修 改 越 是 复 
杂 ， 我 就 越 不 希望 一 步 到 位 地 完成 。 如 果 有 这 些 问 题 出 现 ， 我 
就 会 改 为 使 用 迁移 式 做 法 。 同 样 ， 如 果 使 用 简单 做 法 时 出 了 什 
么 错 ， 我 也 会 把 代码 回 滚 到 上 一 个 已 知 正确 的 状态 ， 并 改 用 迁 
E TBE FER id © 











WP: 函数 改名 (迁移 式 做 法 ) 
还 是 这 个 名 字 太 过 简略 的 函数 : 


function circum(radius) { 
return 2 * Math.PI * radius; 


按照 迁移 式 做 法 ， 我 皮 先 要 对 整个 函数 体 使 用 提炼 函数 
(106) : 





function circum(radius) { 
return circumference(radius); 
} 
function circumference(radius) { 
return 2 * Math.PI * radius; 


} 


此 时 我 要 执行 测试 ， 然 后 对 旧 函 数 使 用 内 联 函 数 
(115) : 找 出 所 有 调用 旧 函 数 的 地 方 ， 将 其 改 为 调用 新 函 
数 。 每 次 修改 之 后 都 可 以 执行 测试 ， 这 样 我 就 可 以 小 步 前 进 ， 
eee MAW Aa AME se Za, Boat ay DUH 
除 旧 函数 。 


大 多 数 重 构 手法 只 用 于 修改 我 有 权 修 改 的 代码 ， 但 这 个 
重 构 手法 同样 适用 于 已 发 布 API 一 一 使 用 这 些 API 的 代码 我 无 
权 修 改 。 以 上 面 的 代码 为 例 ， 创 建 出 circumference 函 数 之 后 ， 
R ARTE, E CONAN AI) 将 circum 函 数 标记 
Ajdeprecated. AMRA Lye EA PF dig ACA circumference cf 
数 ， 等 他 们 都 改 完了 ， 我 再 删除 circum 函 数 。 即 便 永 远 也 抵达 
不 了 “删除 circum 函 数 " 这 个 快乐 的 终点 ， 至 少 新 代码 有 了 一 个 
更 好 的 名 字 。 








范例 : BSI BW 





想象 一 个 管理 图 书馆 的 软件 ， 其 中 有 代表 “图 书 ” 的 Book 
类 ， 它 可 以 接受 顾客 (customer) 的 预订 (reservation) : 





class Book... 


addReservation(customer) { 
this._reservations.push(customer ); 





现在 我 需要 文 持 “高 优先 级 预订 ?， 因 此 我 要 给 
addReservation 额 外 添加 一 个 参数 ， 用 于 标记 这 次 预订 应 该 进 
入 普通 队列 还 是 优先 队列 。 如 果 能 很 容易 地 找到 并 修改 所 有 调 


用 方 ， 我 可 以 直接 修改 ;但 如 果 不 行 ， 我 仍然 可 以 采用 迁移 式 
做 法 ， 下 面 是 详细 的 过 程 。 


rc. FQ Ase AL (106) 把 addReservation 的 函数 体 
提炼 出 来 ， 放 进 一 个 新 函数 。 这 个 新 函数 最 终 会 叫 
addReservation， 但 新 旧 两 个 函数 不 能 同时 占用 这 个 名 字 ， 所 
以 我 会 先 给 新 函数 起 一 个 容易 搜索 的 临时 名 字 。 











class Book... 


addReservation(customer) { 
this.zz_addReservation(customer ); 


} 
zz_addReservation(customer) { 
this._reservations.push(customer ) ; 


} 


然后 我 会 在 新 函数 的 声明 中 增加 参数 ， 同 时 修改 旧 函 数 
中 调用 新 函数 的 地 方 〈 也 就 是 采用 简单 做 法 完成 这 一 步 ) 。 


class Book... 


addReservation(customer) { 
this.zz_addReservation(customer, false); 


zz_addReservation(customer, isPriority) { 
this._reservations.push(customer ); 


} 





在 修改 调用 方 之 前 ， 我 喜欢 利用 JavaScript 的 语言 特性 先 
应 用 引入 断言 302) ， 确 保 调 用 方 一 定 会 用 到 这 个 新 参数 。 





class Book... 


zz_addReservation(customer, isPriority) 
assert(isPriority === true || isPriority === false); 
this._reservations.push(customer ); 


} 


现在 ， 如 果 我 在 修改 调用 方 时 出 了 错 ， 没 有 提供 新 参 
数 ， 这 个 断言 会 帮 有 我 抓 到 错误 一 一 以 我 过 去 的 经 验 来 看 ， 比 我 
更 容易 出 错 的 程序 员 怕 是 不 多 。 

现在 ， 我 可 以 对 源 函 数 使 用 内 联 函数 “115， ， 使 其 调用 
者 转 而 使 用 新 沙 数 。 这 样 我 可 以 每 次 只 修改 一 个 调用 者 。 

现在 我 就 可 以 把 新 函数 改 回 原来 的 名 字 了 。 一 般 而 言 ， 
此 时 用 简单 做 法 束 够 了 ; 但 如 果 有 必要 ， 也 可 以 再 用 一 过 迁移 
式 做 法 。 














wh: 把 参数 改 为 属性 


此 前 的 范例 都 很 简单 :， 改 个 名 ， 增 加 一 个 参数 。 有 了 于 
移 陈 做 法 以 后 ， 这 个 重 构 手 法 可 以 相当 利落 地 处 理 更 复杂 的 情 
况 。 下 面 就 是 一 个 更 复杂 的 例子 。 


假设 我 有 一 个 函数 ， 用 于 判断 顾客 (customer) 是 不 是 
来 自 新 严格 兰 (New England) 地 区 : 





function inNewEngland(aCustomer) { 
return ["MA", "CT", "ME", "VT", "NH", "RI"].includes(aCusto 


下 面 是 一 个 调用 该 函数 的 地 方 : 


调用 方 … 


const newEnglanders = someCustomers.filter(c => inNewEngland( 





inNewEngland 函 数 只 用 到 了 顾客 所 在 的 州 (state) 这 项 信 
轧 ， 基 于 这 个 信息 来 判断 顾客 是 否 来 自 新 英格兰 地 区 。 我 希望 
重 构 这 个 函数 ， 使 其 接受 州 代 码 〈state code) 作为 参数 ， 这 样 
就 能 去 反对 “顾客 ”概念 的 依赖 ， 使 这 个 函数 能 在 更 多 的 上 下 文 
中 使 用 。 

在 使 用 改变 函数 声明 时 ， 我 通常 会 先 运 用 提 烁 函数 
(106) ， 但 在 这 里 我 会 先 对 函数 体 做 一 点 重 构 ， 使 后 面 的 重 
构 步 又 更 简单 。 我 先 用 提 和 炬 变量 (119) 提炼 出 我 想 要 的 新 参 


BL: 

















function inNewEngland(aCustomer) { 
const stateCode = aCustomer.address.state; 
return ["MA", "CT", "ME", "VT", "NH", "RI"].includes(stateC 


} 





然后 再 用 提炼 函数 (106) 创建 新 函数 : 


function inNewEngland(aCustomer) { 
const stateCode = aCustomer.address.state; 


return xXxNEWinNewEngland(stateCode) ; 


function xxNEWinNewEngland(stateCode) { 


return ["MA", "CT", "ME", "VT", "NH", "RI"].includes(statec 


我 会 给 新 图 数 起 一 个 好 记 又 独特 的 临时 名 字 ， 这 样 回 头 
要 改 回 原来 的 名 字 时 也 会 简单 一 些 。【〈 你 也 看 到 ， 对 于 怎么 起 
这 些 临时 名 字 ， 我 并 没有 统一 的 标准 。) 


我 会 在 源 函 数 中 使 用 内 联 变量 〈123) ， 把 刚才 提炼 出 来 
的 参数 内 联 回去 : 








function inNewEngland(aCustomer) { 
return xXxNEWinNewEngland(aCustomer.address.state); 


然后 我 会 用 内 联 函 数 〈115) 把 旧 函 数 内 联 到 调用 处 ， 其 
效果 就 是 把 旧 函 数 的 调用 处 改 为 调用 新 函数 。 我 可 以 每 次 修改 
一 个 调用 处 。 





调用 方 … 


const newEnglanders = someCustomers.filter(c => xxNEWinNewEng 





旧 函 数 被 内 联 到 各 调用 处 之 后 ， 我 就 再 次 使 用 改变 函数 
声明 ， 把 新 函数 改 回 旧名 字 : 


调用 方 … 


const newEnglanders = someCustomers.filter(c => inNewEngland( 


TUE VE aK... 


function Tae Hee gee ne { 
return ["MA", "CT", "ME", "VT", "NH", "RI" ].includes(stateC 


} 





自动 化 重 构 工具 减少 了 迁移 式 做 法 的 用 武之 地 ， 同 时 也 
使 迁移 式 做 法 更 加 高 效 。 目 动 化 重 构 工 具 可 以 安全 地 处 理 相当 
复 森 的 改名 、 参 数 变 更 等 情况 ， 所 以 迁移 式 做 法 的 用 武之 地 就 
变 少 了 ， 因 为 自动 化 重 构 工具 经 名 能 提供 足够 的 文 持 。 如 有 果 遇 
到 类 似 这 里 的 例 了 于 ， 尽 管 工具 无 法 目 动 完成 整个 重 构 ， 还 是 可 
以 更 快 、 更 安全 地 完成 关键 的 提 炬 和 内 联 步 又 ， 从 而 简化 整个 
重 构 过 程 。 





























6.6 ”封装 变量 (Encapsulate Variable) 








用 名 : 自封 装 字段 (Self-Encapsulate Field) 


用 名 : 封装 字段 (Encapsulate Field) 
| 本 一 一 


/ 


let defaultOwner = {firstName: "Martin", lastName: "Fowler"}; 


Y 


V 


let defaultOwnerData = {firstName: "Martin", lastName: "Fowle 
export function defaultOwner () {return defaultOwnerData 
export function setDefaultOwner(arg) {defaultOwnerData = arg; 





动机 





重 构 的 作用 就 是 调整 程序 中 的 元 隶 。 图 数 相 对 容易 调整 








HE, ARBOUR AMAIA, ate VA. EAE RIT K 
ARE, ke HY DARA 5 Se BI R BE JI FE A RL C 
日 代码 调用 旧 函 数 ， 旧 函数 再 调用 新 函数 ) 。 这 样 的 转发 函 
通常 不 会 存在 太 久 ， 但 的 确 能 够 们 化 重 构 过 程 。 


数据 束 要 麻烦 得 多 ， 因 为 没 办 法 设计 这 样 的 转发 机 制 |。 
如 果 我 把 数据 搬 走 ， 就 必须 同时 修改 所 有 引用 该 数据 的 代码 ， 
否则 程序 就 不 能 运行 。 如 末 数 据 的 可 访问 范围 很 小 ， 比 如 一 个 
小 函数 内 部 的 临时 变量 ， 那 还 不 成 问题 。 但 如 果 可 访问 范围 变 
ON seer Pe eer gan ence 
FAL 


所 以 ， 如 果 想 要 搬移 一 处 被 广泛 使 用 的 数据 ， 最 好 的 办 
法 往往 是 先 以 函数 形式 封装 所 有 对 该 数据 的 访问 。 这 样 ， 我 就 
能 把 < 重新 组 织 数据 ”的 困难 任务 转化 为 “重新 组 织 函 数 ” 这 个 相 
对 简单 的 任务 。 


封装 数据 的 价值 还 不 止 于 此 。 封 装 能 提供 一 个 清晰 的 观 
测 点 ， 可 以 由 此 监控 数据 的 变化 和 使 用 情况 ， 我 还 可 以 轻松 地 
添加 数据 被 修改 时 的 验证 或 后 续 迎 辑 。 我 的 习惯 是 :对 于 所 有 
可 变 的 数据 ， 只 要 它 的 作用 域 超出 单个 函数 ， 我 束 会 将 其 封 疲 
起 来 ， 只 允许 通过 函数 访问 。 数 据 的 作用 域 越 大 ， 封 效 束 越 重 
要 。 处 理 遗 留 代 码 时 ， 一 旦 需要 修改 或 增加 使 用 可 变数 据 的 代 
人 码 ， 我 融会 借 机 把 这 份 数据 封闭 起来， 从 而 避免 继续 加 重 耦 合 
一 份 已 经 广泛 使 用 的 数据 。 


面向 对 象 方法 如 此 强调 对 象 的 数据 应 该 保持 私有 
(private) ， 背 后 也 是 同样 的 原理 。 每 当 看 见 一 个 公开 
(public) 的 字段 时 ， 我 就 会 考虑 使 用 封装 变量 (在 这 种 情况 
下 ， 这 个 重 构 手法 常 被 称 为 封装 字段 〉 来 缩小 其 可 见 范 围 。 一 
些 更 激进 的 观点 认为 ， 即 便 在 类 内 部 ， 也 应 该 通过 访问 函数 来 
使 用 字段 一 一 这 种 做 法 也 称 为 “自封 装 ”。 大 体 而 言 ， 我 认为 自 
封装 有 点 儿 过 度 了 一 一 如 果 一 个 类 大 到 需要 将 字段 自封 装 起 来 
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的 程度 ， 那 么 首先 应 该 考虑 把 这 个 类 拆 小 。 不 过 ， 在 分 拆 类 之 
前 ， 自 封装 字段 倒是 一 个 有 用 的 步骤。 


封装 数据 很 重要 ， 不过， 不 可 变数 据 更 重要 。 如 果 数 据 
不 能 修改 ， 惑 根本 不 需要 数据 更 新 前 的 验证 或 者 其 他 逻辑 钩 
子 。 我 可 以 放心 地 复制 数据 ， 而 不 用 搬移 原来 的 数据 一 一 这 样 
就 不 用 修改 使 用 旧 数 据 的 代码 ， 也 不 用 担心 有 些 代码 获得 过 时 
失效 的 数据 。 不 可 变性 是 强大 的 代码 防腐 剂 。 

















做 法 


。 创 建 封 沪 函 数 ， 在 其 中 访问 和 更 新 变量 值 。 

。 执行 静态 检 碍 。 

。 逐一 修改 使 用 该 变量 的 代码 ， 将 其 改 为 调用 合适 的 封装 函 
Blo BURR Zia, AITINA. 

。 限制 变量 的 可 见 性 。 











有 时 没 办 法 阻止 直接 访问 变量 。 符 末 真 如 此 ， 可 以 
试 试 将 变量 改名 ， 表 执行 测试 ， 找 出 仍 在 直接 使 用 该 变量 
的 代码 。 


e IRo 
。 如果 变 量 的 值 是 一 个 记录 ， 考 虑 使 用 封 朔 记录 (162) 。 








ya Bil 





下 面 这 个 全 局 变量 中 保存 了 一 些 有 用 的 数据 ; 


let defaultOwner = {firstName: "Martin", lastName: "Fowler"}; 


使 用 它 的 代码 平淡 无 奇 : 


Spaceship.owner = defaultOwner; 


更 新 这 段 数据 的 代码 是 这 样 : 


defaultOwner = {firstName: "Rebecca", lastName: "Parsons"}; 


首先 我 要 定义 读 取 和 写 入 这 段 数据 的 函数 ， 给 它 做 个 基 
础 的 封装 。 


function getDefaultOwner() {return defaultOwner ; } 
function setDefaultOwner(arg) {defaultOwner = arg;} 





SR Jaa REIT GB Ach FF defaultowner AJARI. AEA IL — Ah 
引用 该 数据 的 代码 ， 就 将 其 改 为 调用 取 值 函数 。 





spaceship.owner = getDefaultOwner(); 





每 看 见 一 处 给 变量 赋值 的 代码 ， 束 将 其 改 为 调用 设 值 函 





数 。 


setDefaultOwner({firstName: "Rebecca", lastName: "Parsons"}); 


BRERA, PTW. 


处 理 完 所 有 使 用 该 变量 的 代码 之 后 ， 我 就 可 以 限制 它 的 
可 见 性 。 这 一 步 的 用 意 有 两 个 ， 一 来 是 检查 是 否 遗 漏 了 变量 的 
引用 ， 二 来 可 以 保证 以 后 的 代码 也 不 会 直接 访问 该 变量 。 在 
JavaScript 中 ， 我 可 以 把 变量 和 访问 函数 搬移 到 单独 一 个 文件 
中 ， 并 且 只 导出 访问 函数 ， 这 样 就 限制 了 变量 的 可 见 性 。 


























defaultOwner.js... 


let defaultOwner = {firstName: "Martin", lastName: "Fowler"}; 
export function getDefaultOwner ( ) {return defaultOwner ; } 
export function setDefaultOwner(arg) {defaultOwner = arg;} 











如 果 条 件 不 允许 限制 对 变量 的 访问 ， 可 以 将 变量 改名 ， 
然后 再 次 执行 测试 ， 检 查 是 否 仍 有 代码 在 直接 使 用 该 变量 。 这 
阻止 不 了 未 来 的 代码 直接 访问 变量 ， 不 过 可 以 给 变量 起 个 有 意 
义 又 难看 的 名 字 例如 _privateonly_defaultowner) ， 提 醒 
后 来 的 客户 端 。 


我 不 喜欢 给 取 值 函数 加 上 get 前 级 ， 所 以 我 对 这 个 函数 改 




















名 。 


defaultOwner.js... 


let defaultOwnerData = {firstName: "Martin", lastName: "Fowle 
export function getdefaultOwner ( ) {return defaultOwnerDa 
export function setDefaultOwner(arg) {defaultOwnerData = arg; 


JavaScript 有 一 种 惯例 : 25 PUE K AA OCB eB BEC Te] PE AY 
名 字 ， 根 据 有 没有 传 入 参数 来 区 分 。 我 把 这 种 做 法 称 为 “ 重 载 
取 值 / 设 值 函数 ”(Overloaded Getter Setter) [mf-orgs]， 并 且 我 
强烈 反对 这 种 做 法 。 所 以 ， 虽 然 我 不 喜欢 get 前 缀 ， 但 我 会 保 


PA set HZ. 


封装 什 





前 面 介绍 的 基本 重 构 手法 对 数据 结构 的 引用 做 了 封装 ， 
使 我 能 控制 对 该 数据 结构 的 访问 和 重新 赋值 ， 但 并 不 能 控制 对 
结构 内 部 数据 项 的 修改 : 





const owner1 = defaultOwner(); 

assert.equal("Fowler", owner1.lastName, "when set"); 

const owner2 = defaultOwner(); 

Oowner2.lastName = "Parsons"; 

assert.equal("Parsons", owneri.lastName, "after change owner2 











前 面 的 基本 重 构 手 法 只 封 芍 了 对 节 外 层 数据 的 引用 。 很 
多 时 候 这 已 经 足够 了 。 但 也 有 很 多 时 候 ， 我 需要 把 封装 做 得 更 
深入 ， 不 仅 控 制 对 变量 引用 的 修改 ， 还 要 控制 对 变量 内 容 的 修 
Mo 


这 有 两 个 办 法 可 以 做 到 。 最 简单 的 办 法 是 茶 止 对 数据 结 
构 内 部 的 数值 做 任何 修改 。 我 最 辟 欢 的 一 种 做 法 是 修改 取 值 函 
数 ， 使 其 返回 该 数据 的 一 份 副 本 。 














defaultOwner.js... 


let defaultOwnerData = {firstName: "Martin", lastName: "Fowle 
export function defaultOwner () {return Object.assign({} 
export function setDefaultOwner(arg) {defaultOwnerData = arg; 
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到 共有 至 的 这 份 数 据 。 但 在 使 用 副本 的 做 法 时 ， 我 必须 格外 小 
心 : 有 些 代 码 可 能 希望 能 修改 共 孚 的 数据 。 符 果真 如 此 ， 我 就 
只 能 依赖 测试 来 友 现 问题 了 。 男 一 种 做 法 是 阻止 对 数据 的 修 
改 ， 比 如 通过 封装 记录 (162) 就 能 很 好 地 实现 这 一 效果 。 








let defaultOwnerData = {firstName: "Martin", lastName: "Fowle 
export function defaultOwner () {return new Person(defau 
export function setDefaultOwner(arg) {defaultOwnerData = arg; 


Class Person { 
constructor(data) { 
this. _lastName = data.lastName; 
this._firstName = data. firstName 


get lastName() {return this._lastName; } 
get firstName() {return this. _firstName; } 
// and so on for other properties 


现在 ， 如 果 客 户 端 调用 defaultowner 函 数 获 得 “默认 拥有 
人 ”数据 、 再 尝试 对 其 属性 ( 即 lastName 和 firstName ) 重新 赋 
值 ， 赋 值 不 会 产生 任何 效果 。 对 于 侦 测 或 阻止 修改 数据 结构 内 
部 的 数据 项 ， 各 种 编程 语言 有 不 同 的 方式 ， 所 以 我 会 根据 当下 
使 用 的 语言 来 选择 具体 的 办 法 。 


“ 侦 测 和 阻止 修改 数据 结构 内 部 的 数据 项 ” 通 币 只 是 个 临 
时 处 置 。 随 后 我 可 以 去 除 这 些 修改 逻辑 ， 或 者 提供 适当 的 修改 
PAB. ELAM SE Za, May WME ee Be, HE El 
一 份 数据 副本 。 








到 目前 为 目 ， 我 都 在 讨论 “在 取 数 据 时 返回 一 份 副本 ”， 
其 实 设 值 函数 也 可 以 返回 一 份 副本 。 这 取决 于 数据 从 哪儿 来 ， 
以 及 我 是 否 需 要 保留 对 源 数据 的 连接 ， 以 便 知 悉 源 数据 的 变 
化 。 如 果 不 圾 要 这 样 一 条 连接， 那么 设 值 函 数 返回 一 份 副本 就 
有 好 处 :可 以 防止 因为 源 数 据 友 生 变化 而 造成 的 意外 事故 。 很 
多 时 候 可 能 没 必要 复制 一 份 数据 ， 不 过 多 一 次 复制 对 性 能 的 影 
啊 通 常 也 都 可 以 忽略 不 计 。 但 是 ， 如 果 不 做 复制 ， 风 险 则 是 未 
来 可 能 会 陷入 漫长 而 困难 的 调试 排 错过 程 。 


请 记 住 ， 前 面 提 到 的 数据 复制 、 类 封装 等 措施 ， 都 只 在 
数据 记录 结构 中 深入 了 一 层 。 如 果 想 走 得 更 深入 ， 束 需要 更 多 
层级 的 复制 或 是 封装 。 


如 你 所 见 ， 数 据 封 装 很 有 价值 ， 但 往往 并 不 简单 。 到 展 
应 该 封装 什么 ， 以 及 如 何 封装 ， 取 决 于 数据 被 使 用 的 方式 ， 以 
及 我 想 要 修改 数据 的 方式 。 不 过 ， 一 言 以 项 之 ， 数 据 被 使 用 得 
越 三 ， 束 越 是 值得 花 精 力 给 它 一 个 体面 的 封 沪 。 






































6.7 ”变量 改名 (Rename Variable) 


let a = height * width; 


let area = height * width; 


动机 





好 的 命名 是 整洁 编程 的 核心 。 变 量 可 以 很 好 地 解释 一 段 














程序 在 干什么 一 一 如 果 变 量 名 起 得 好 的 话 。 但 我 经 常会 把 名 字 
起 错 一 一 有 时 是 因为 想 得 不 够 仔细 ， 有 时 是 因为 我 对 问题 的 理 




















解 加 深 了 ， 还 有 时 古 因为 程序 的 用 途 随 着 用 户 的 需求 改变 了 。 


使 用 范围 越 三 ， 名 字 的 好 坏 就 越 重要 。 只 在 一 行 的 
lambda 表 达 式 中 使 用 的 变量 ， 跟 踩 起 来 很 容易 一 一 像 这 样 的 变 











量 ， 我 经 常 只 用 一 个 字母 命名 ， 因 为 变量 的 用 途 在 这 个 上 下 文 
中 很 清晰 。 同 理 ， 短 函数 的 参数 名 也 常常 很 简单 。 不 过 在 
JavaScript 这 样 的 动态 类 型 语言 中 ， 我 喜欢 把 类 型 信息 也 放 进 
名 字 里 〈 于 是 变量 名 可 能 叫 acustomer ) 。 


对 于 作用 域 超出 一 次 函数 调用 的 字段 ， 则 需要 更 用 心 命 
名 。 这 是 我 最 化 心思 的 地 方 。 





机 制 








。 如 果 变量 被 广泛 使 用 ， 考 虑 运用 封装 变量 (132) KRH 
装 起 来 。 
。 找 出 所 有 使 用 该 变量 的 代码 ， 逐 一 修改 。 





如 果 在 男 一 个 代码 库 中 使 用 了 该 变量 ， 这 束 是 一 
个 “已 发 布 变量 ”(published variable) ， 此 时 不 能 进行 这 个 
重 构 。 


如 果 变量 值 从 不 修改 ， 可 以 将 其 复制 到 一 个 新 名 字 
之 下 ， 然 后 逐一 修改 使 用 代码 ， 每 次 修改 后 执行 测试。 
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ya fil 
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数 ) ， 对 其 改名 是 最 简单 的 。 这 种 情况 太 简 单 ， 根 本 不 需要 范 
例 : 找到 变量 的 所 有 引用 ， 修 改过 来 就 行 。 完 成 修改 之 后 ， 我 
会 执行 测试 ， 确 你 没有 破坏 什么 东西 。 


如 末 变 量 的 作用 域 不 止 于 单个 沙 数 ， 问 题 残 会 出 现 。 代 
码 库 的 各 处 可 能 有 很 多 地 方 使 用 它 : 








let tpHd = "untitled"; 





有 些 地 方 是 在 读 取 变 量 值 : 


result += ~<h1>${tpHd}</h1>°; 


Fy — HE 7 VU BE AY: 


tpHd = obj['articleTitle']; 





对 于 这 种 情况 ， 我 通 第 的 及 应 是 运用 封装 变量 (132) : 


result += °“<h1>${title()}</h1>°; 
setTitle(obj['articleTitle']); 


function title() {return tpHd; } 
function setTitle(arg) {tpHd = arg;} 


现在 就 可 以 给 变量 改名 : 





let _title = "untitled"; 


function title() {return _title;} 
function setTitle(arg) {_title = arg;} 
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的 调用 者 就 变 回 直接 使 用 变量 的 状态 。 不 过 我 很 少 这 样 做 。 如 
末 这 个 变量 被 广泛 使 用 ， 以 至 于 我 感到 需要 先 做 封闭 才 敢 改 
名 ， 那 束 有 必要 保持 这 个 状态 ， 将 变量 封 次 在 函数 后 面 。 

















如 果 我 确实 想 内 联 ， 在 重 构 过 程 中 ， 我 就 会 将 取 什 
函数 命名 为 getTitle， 并 且 其 中 的 变量 名 也 不 会 以 下 划 线 
开头 。 


给 音量 改名 








如 果 我 想 改 名 的 是 一 个 常量 (或 者 在 客户 并 看 来 束 像 是 
常量 的 元 素 ) ， 我 可 以 复制 这 个 第 量 ， 这 样 既 不 需要 封装， 叉 
可 以 逐步 完成 改名 。 假 如 原来 的 变量 声明 是 这 样 : 











const cpyNm = "Acme Gooseberries"; 





改名 的 第 一 步 是 复制 这 个 种 量 : 


const companyName = "Acme Gooseberries"; 
const cpyNm = companyName,; 











有 了 这 个 副本 ， 我 就 可 以 逐一 修改 引用 旧 和 常量 的 代码 ， 
使 其 引用 新 的 常量 。 全 部 修改 完成 后 ， 我 会 删 挥 旧 的 常量 。 
喜欢 先 声明 新 的 常量 名 ， 然 后 把 新 常量 复制 给 旧 的 名 字 。 这 样 
最 后 删除 旧名 字 时 会 和 微 容易 一 点 ， 如 果 测 斌 失败， 再 把 旧 常 
量 放 回来 也 稍微 容易 一 点 。 

这 个 做 法 不 仪 适 用 于 和 常量， 也 同样 适用 于 客户 端 只 能 读 
取 的 变量 (例如 JavaScript 模 块 中 导出 的 变量 ) 。 














6.8 引入 参数 对 象 (Introduce 
Parameter Object ) 


function 
function 
function 


function 
function 
function 


动机 


amountInvoiced(startDate, endDate) {...} 
amountReceived(startDate, endDate) {...} 
amountOverdue(startDate, endDate) {...} 


Y 


V 


amountInvoiced(aDateRange) {...} 
amountReceived(aDateRange) {...} 
amountOverdue(aDateRange) {...} 


我 常会 看 见 ， 一 组 数据 项 总 是 结伴 同行 ， 出 没 于 一 个 又 
一 个 函数 。 这 样 一 组 数据 束 是 所 谓 的 数据 泥 团 ， 我 吾 欢 代 之 以 
一 个 数据 结构 。 


将 数据 组 织 成 结构 古 一 件 有 价值 的 事 ， 因 为 这 让 数据 项 
之 间 的 关系 变 得 明晰 。 使 用 新 的 数据 结构 ， 参 数 的 参数 列表 也 
能 缩短 。 并 且 经 过 重 构 之 后 ， 所 有 使 用 该 数据 结构 的 函数 都 会 
通过 同样 的 名 字 来 访问 其 中 的 元 系 ， 从 而 提升 代码 的 一 致 性 。 


但 这 项 重 构 真正 的 意义 在 于 ， 它 会 催生 代码 中 更 深层 次 
的 改变 。 一 旦 识别 出 新 的 数据 结构 ， 我 束 可 以 重组 程序 的 行为 
来 使 用 这 些 结构 。 我 会 创建 出 函数 来 捕 扩 围 度 这 尝 数 据 的 共用 
行为 一 一 可 能 只 是 一 组 共用 的 函数 ， 也 可 能 用 一 个 类 把 数据 结 
爸 写 使用 数据 的 函数 组 合 起 来 。 这 个 过 程 会 改变 代码 的 概念 图 
景 ， 将 这 些 数据 结构 提升 为 新 的 抽象 概念 ， 可 以 帮助 我 更 好 地 
理解 问题 域 。 果 真如 此 ， 这 个 重 构 过 程 会 产生 尺 人 强大 的 效用 
了 


会 
































做 法 





。 如 果 暂 时 还 没有 一 个 合适 的 数据 结构 ， 残 创建 一 个 。 





我 倾向 于 使 用 类 ， 因 为 稍 后 把 行为 放 进 来 会 比较 容 
易 。 我 通常 会 尽量 确保 这 些 新 建 的 数据 结构 是 值 对 象 [mf- 


vo]. 





。 测 试 。 

。 使 用 改变 函数 声明 124) 给 原来 的 函数 新 增 一 个 参数 ， 
ee 吉 构 。 

e whiz 





。 调 整 所 有 调用 者 ， 传 入 新 数据 结构 的 适当 实例 。 每 修改 一 
处 ， 执 行 测试 。 

。 用 新 数据 结构 中 的 每 项 元 系 ， 逐 一 取代 参数 列表 中 与 之 对 
RINSHO, GRIBBLE EH. WA. 
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下 面 要 展示 的 代码 会 得 看 一 组 温度 读数 (reading) ， 检 
伍 是 否 有 任何 一 条 读数 超出 了 指定 的 运作 温度 范围 
(range) 。 温 上 度 读 数 的 数据 如 下 : 














const station = { name: "ZB1", 
readings: [ 
{temp: 47, time: "2016-11-10 09:10"}, 
{temp: 53, time: "2016-11-10 09:20"}, 
{temp: 58, time: "2016-11-10 09:30"}, 
{temp: 53, time: "2016-11-10 09:40"}, 
{temp: 51, time: "2016-11-10 09:50"}, 
] 
}; 


下 面 的 函数 负责 找到 超出 指定 范围 的 光度 读数 : 


function readingsOutsideRange(station, min, max) { 
return station.readings 
.filter(r => r.temp < min || r.temp > max); 





调用 该 函数 的 代码 可 能 是 下 面 这 样 的 。 


调用 方 


alerts = readingsOutsideRange(station, 
operatingPlan.temperatureFloor, 
operatingPlan.temperatureCeiling); 





请 注意 ， 这 里 的 调用 代码 从 另 一 个 对 象 中 抽出 两 项 数 
据 ， 转 手 又 把 这 一 对 数据 传递 给 readingsoutsideRange。 代 
表 “ 运 作 计 划 ” 的 operatingPlan 对 象 用 了 另外 的 名 字 来 表示 温度 
范围 的 下 限 和 上 限 ， 与 readingsoutsideRange 中 所 用 的 名 字 不 
同 。 像 这 样 用 两 项 各 不 相干 的 数据 来 表示 一 个 范围 的 情况 并 不 
少见 ， 最 好 是 将 其 组 合成 一 个 对 象 。 我 会 首先 为 要 组 合 的 数据 


声明 一 个 类 : 




















class NumberRange { 
constructor(min, max) 
this._data = {min: min, max: max}; 


get min() {return this._data.min;} 
get max() {return this. _data.max;} 


我 声明 了 一 个 类 ， 而 不 是 基本 的 JavaScript 对 象 ， 因 为 这 
个 重 构 通常 只 是 一 系列 重 构 的 起 点 ， 随 后 我 会 把 行为 搬移 到 新 
建 的 对 象 中 。 既 然 类 更 适合 承载 数据 与 行为 的 组 合 ， 我 残 直接 
从 声明 一 个 类 开始 。 同 时 ， 在 这 个 新 类 中 ， 我 不 会 提供 任何 更 
新 数据 的 函数 ， 因 为 我 有 可 能 将 其 处 理 成 值 对 象 (Value 
Object) [mf-vo]。 在 使 用 这 个 重 构 手 法 时 ， 大 多 数 情况 下 我 都 
会 创建 值 对 象 。 


然后 我 会 运用 改变 函数 声明 (124) ， 把 新 的 对 象 作 为 参 


数 传 给 readingsoutsideRange。 














min, max, range) { 


function readingsOutsideRange(station 
return station.readings 
filter(r => r.temp < min || r.temp > max); 





在 JavaScript 中 ， 此 时 我 不 需要 修改 调用 方 代 码 ， 但 在 其 
他 语言 中 ， 我 必须 在 调用 处 为 新 参数 传 入 nul1 值 ， 就 像 下 面 这 


样 。 





调用 方 


alerts = readingsOutsideRange(station 
operatingPlan.temperatureFloor 
operatingPlan.temperatureCeiling, 


null); 


到 目前 为 止 ， 我 还 没有 修改 任何 行为 ， 所 以 测试 应 该 仍 
通过 。 随 后 ， 我 会 换个 找到 函数 的 调用 处 ， 传 入 合适 的 温 


调用 方 
const range = new NumberRange(operatingPlan.temperatureFloor 
了 


alerts = readingsOutsideRange(station 
operatingPlan.temperatureFloor 
operatingPlan.temperatureCeiling, 


range); 


ee 
使 用 。 所 有 测试 应 该 仍然 能 


现在 我 可 以 开始 修改 使 用 参数 的 代码 了 。 先 从 “最 大 
值 * 开 始 : 


function readingsOutsideRange(station, min, max, range) { 
return station.readings 
.filter(r => r.temp < min || r.temp > range.max); 


调用 方 


const range = new NumberRange(operatingPlan.temperatureFloor, 
alerts = readingsOutsideRange(station, 
operatingPlan.temperatureFloor, 


range); 
此 时 要 执行 测试 。 如 采 测 斌 通过， 我 再 接着 处 理 另 一 个 


function readingsOutsideRange(station, min, range) { 
return station.readings 
.filter(r => r.temp < range.min || r.temp > range.max); 


调用 方 


const range = new NumberRange(operatingPlan.temperatureFloor, 
alerts = readingsOutsideRange(station, 
eperatingPian temperatureFrlesr, 


range); 


这 项 重 构 手 法 到 这 儿 就 完成 了 。 不 过 ， 将 一 堆 参 数 答 换 
成 一 个 真正 的 对 象 ， 这 只 是 长 征 第 一 步 。 创 建 一 个 类 是 为 了 把 
行为 搬移 进去 。 在 这 里 ， 我 可 以 给 “范围 ”类 添加 一 个 函数 ， 用 
于 测试 一 个 值 是 否 落 在 范围 之 内 。 





function readingsOutsideRange(station, range) { 
return station.readings 
.f ilter(r => !range.contains(r.temp)); 


class NumberRange... 


contains(arg) {return (arg >= this.min && arg <= this.max);} 





这 样 我 就 迈 出 了 第 一 步 ， 开 始 逐 渐 打造 一 个 真正 有 用 
的 “范围 ”Tmf-range] 类 。 一 旦 识别 出 “范围 ”这 个 概念 ， 那 么 每 当 
我 在 代码 中 发 现 “ 最 大 /最 小 值 ”* 这 样 一 对 数字 时 ， 我 就 会 考虑 
是 否 可 以 将 其 改 为 使 用 “范围 类。 例如， 我 马上 就 会 考虑 
把 “运作 计划 ”类 中 的 temperatureFloor 和 temperatureceiling 蔡 
换 为 temperatureRange。 ) 在 观察 这 些 成 对 出 现 的 数字 如 何 被 
使 用 时 ， 我 会 发 现 一 些 有 用 的 行为 ， 并 将 其 搬移 到 “范围 "类 
中 ， 简 化 其 使 用 方法 。 比 如 ， 我 可 能 会 先 给 这 个 类 加 上 “基于 
数值 判断 相等 性 ?的 函数 ， 使 其 成 为 一 个 真正 的 值 对 象 。 














6.9” 明 数组 合成 类 (Combine 
Functions into Class) 


f(m) 


g(m) : 


function base(aReading) {...} 
function taxableCharge(aReading) {...} 
function calculateBaseCharge(aReading) {...} 


Y 


V 


class Reading { 
base() {...} 
taxableCharge() {...} 
calculateBaseCharge() {...} 


动机 





类 ， 在 大 多 数 现代 编程 语言 中 部 是 基本 的 构造 。 它 们 把 
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其 他 程序 元 系 以 便 协 作 。 它 们 是 面 同 对 象 语言 的 首要 构造 ， 在 
其 他 程序 设计 方法 中 也 同样 有 用 。 


如 果 发 现 一 组 函数 形影不离 地 操作 同一 块 数据 (通常 是 
将 这 块 数 据 作为 参数 传递 给 函数 ) ， 我 就 认为 ， 是 时 候 组 建 一 
个 类 了 。 类 能 明确 地 给 这 些 函 数据 供 一 个 共用 的 环境 ， 在 对 象 
内 部 调用 这 些 函 数 可 以 少 传 许多 参数 ， 从 而 简化 函数 调用 ， 并 
且 这 样 一 个 对 象 也 可 以 更 方便 地 传递 给 系统 的 其 他 部 分 。 


除了 可 以 把 已 有 的 函数 组 织 起 来 ， 这 个 重 构 还 给 我 们 一 
ee 






































将 函数 组 织 到 一 起 的 为 一 种 方式 是 函数 组 合成 变换 
(149) 。 有 具体 使 用 哪个 重 构 手 法 ， 要 看 程序 整体 的 上 下 文 。 
使 用 类 有 一 大 好 处 : 客户 端 可 以 修改 对 象 的 核心 数据 ， 通 过 计 
算得 出 的 派生 数据 则 会 目 动 与 核心 数据 保持 一 致 。 


类 似 这 样 的 一 组 函数 不 仅 可 以 组 合成 一 个 类 ， 而 且 可 以 
组 合成 一 个 伦 套 函数 。 通 常 我 更 倾 癌 于 类 而 非 答 套 函 数 ， 因 为 
后 者 测试 起 来 会 比较 困难 。 如 果 我 想 对 外 骏 露 多 个 冰 数 ， 也 必 
须 采 用 类 的 形式 。 

在 有 些 编程 语言 中 ， 类 不 是 一 等 公民 ， 而 函数 则 是 。 面 
对 这 样 的 语言 ， 可 以 用 “ 疯 数 作为 对 象 ”(Function As Object) 
[mf-fao] 的 形式 来 实现 这 个 重 构 手法 。 



































做 法 


运用 封闭 记录 (162) 对 多 个 函数 共用 的 数据 记录 加 以 封 
Ro 











如 果 多 个 函数 共用 的 数据 还 未 组 织 成 记录 结构 ， 则 
先 运用 引入 参数 对 象 (140) 将 其 组 织 成 记录 。 











对 于 使 用 该 记录 结构 的 每 个 函数 ， 运 用 搬移 函数 (198) 
将 其 移入 新 类 。 





如 果 函 数 调用 时 传 入 的 参数 已 经 是 新 类 的 成 员 ， 则 
从 参数 列表 中 去 除 之 。 





用 以 处 理 该 数据 记录 的 逻辑 可 以 用 提炼 函数 106) 提炼 
出 来 ， 并 移入 新 类 。 


ya fil 


我 在 英格兰 长 大 ， 那 是 一 个 热爱 喝 条 的 国度 。《〈 个 人 而 
言 ， 我 不 喜欢 在 喘 格 兰 喝 到 的 大 部 分 共 ， 对 中 国 条 和 日 本 茶 倒 
是 情 有 独 钟 。) 所以， 我 虚构 了 一 种 用 于 同 老 百姓 供给 茶水 的 
公共 设施 。 每 个 月 会 有 软件 读 取 茶水 计量 器 的 数据 ， 得 到 类 似 
这 样 的 读数 Creading) : 














reading = {customer: "ivan", quantity: 10, month: 5, year: 20 








浏览 处 理 这 些 数 据 记 录 的 代码 ， 我 发 现 有 很 多 地 方 在 做 
痢 相 似 的 计算 ， 于 是 我 找到 了 一 处 计算 “基础 费用 ”(base 
charge) 的 逻辑 。 











客户 端 1... 


const aReading = acquireReading(); 
const baseCharge = baseRate(aReading.month, aReading.year) * 


在 英格兰 ， 一 切 生 活 必 需 品 都 得 交 税 ， 茶 上 自然 也 不 例 
Ahe ME, RIE, F 只 要 不 超出 某 个 必要 用 量 ， 就 不 用 交 
税 。 





客户 端 2... 


const aReading = acquireReading(); 
const base = (baseRate(aReading.month, aReading.year) * aRead 
const taxableCharge = Math.max(0, base - taxThreshold(aReadin 





我 相信 你 也 发 现 了 : 计算 基础 费用 的 公式 被 重复 了 两 
裔 。 如 果 你 跟 我 有 一 样 的 习惯 ,现在 大 概 已 经 在 着 手提 炼 函数 
(106) 了 。 有 趣 的 是 ， 好 像 别人 已 经 动 过 这 个 脑筋 了 。 








p Wit Doce 
const aReading = acquireReading(); 
const basicChargeAmount = calculateBaseCharge(aReading) ; 


function calculateBaseCharge(aReading) { 
return baseRate(aReading.month, aReading.year) * aReading. 
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代码 都 改 为 使 用 这 个 函数 。 但 这 样 一 个 顶层 函数 的 问题 在 于 ， 
它 通 常 位 于 一 个 文件 中 ， 读 者 不 一 定 能 想到 来 这 里 寻找 它 。 我 
更 愿意 对 代码 多 做 些 修改 ， 让 该 函数 与 其 处 理 的 数据 在 空间 上 
有 更 紧密 的 联系 。 为 此 目的 ， 不 妨 把 数据 本 身 变 成 一 个 类 。 


我 可 以 运用 封装 记录 (162) 将 记录 变 成 类 。 











Class Reading { 
constructor(data) { 
this. _customer = data.customer; 
this. quantity = data.quantity; 
this._month = data.month; 
this._year = data.year; 
} 
get customer() {return this._customer;} 
get quantity() {return this._quantity; } 
get month() {return this. month; } 
get year() {return this._year; } 





首先 ， 我 想 把 手 上 已 有 的 函数 calculateBasecharge 搬 到 
新 建 的 Reading 类 中 。 一 得 到 原始 的 读数 数据 ， 我 就 用 Reading 
类 将 它 包装 起 来 ， 然 后 束 可 以 在 函数 中 使 用 Reading 类 了 。 





客户 端 3... 


const rawReading = acquireReading(); 
const aReading = new Reading(rawReading); 
const basicChargeAmount = calculateBaseCharge(aReading) ; 


DR Ja FRA AS PAA (198) 把 calculateBasecharge 搬 到 新 


类 中 。 
class Reading... 


get calculateBaseCharge() { 
return baseRate(this.month, this.year) * this.quantity; 


} 


客户 端 3... 


const rawReading = acquireReading(); 


const aReading = new Reading(rawReading); 
aReading.calculateBaseCharge; 


const basicChargeAmount = 


ERE 


搬移 的 同时 ， 我 会 顺便 运用 函数 改名 124), R 
欢 的 风格 对 这 个 函数 改名 。 





get baseCharge() { 
return baseRate(this.month, this.year) * this.quantity; 


J 


客户 端 3... 


const rawReading = acquireReading(); 
const aReading = new Reading(rawReading); 
const basicChargeAmount = aReading.baseCharge; 


用 这 个 名 字 ，Reading 类 的 客户 端 将 不 知道 basecharge 究 
葛 是 一 个 字段 还 是 推演 计算 出 的 值 。 这 是 好 事 ， 它 符合 “统一 
访问 原则 ”(Uniform Access Principle) [mf-ua]. 


现在 我 可 以 修改 客户 端 1 的 代码 ， 令 其 调用 新 的 方法 ， 不 
要 重复 计算 基础 颖 用 。 








客户 端 1... 


const rawReading = acquireReading(); 
const aReading = new Reading(rawReading); 
const baseCharge = aReading.baseCharge; 


很 有 可 能 我 会 顺手 用 内 联 变 量 (123) 把 basecharge 变 量 
给 去 掉 。 不 过 ， 我 们 当下 介绍 的 重 构 手法 更 关心 “计算 应 税 费 
用 ”的 逻辑 。 同 样 ， 我 先 将 那里 的 客户 端 代码 改 为 使 用 新 建 的 


basecharge 必 性。 


客户 端 2... 


const rawReading = acquireReading(); 
const aReading = new Reading(rawReading); 
const taxableCharge = Math.max(0, aReading.baseCharge - taxTh 





运用 提炼 函数 〈106) 将 计算 应 税 费 用 (taxable charge) 
的 逻辑 提 烁 成 函数 : 


function taxableChargeFn(aReading) { 
return Math.max(0, aReading.baseCharge - taxThreshold(aRead 


客户 端 3... 


const rawReading = acquireReading(); 
const aReading = new Reading(rawReading); 
const taxableCharge = taxableChargeFn(aReading) ; 


然后 我 运用 搬移 函数 (198) 将 其 移入 Reading 类 ; 
class Reading... 


get taxableCharge() { 
return Math.max(0, this.baseCharge - taxThreshold(this.year 


客户 端 3... 


const rawReading = acquireReading(); 
const aReading = new Reading(rawReading); 
const taxableCharge = aReading.taxableCharge; 


由 于 所 有 派生 数据 都 是 在 使 用 时 计算 得 出 的 ， 所 以 对 存 
储 下 来 的 读数 进行 修改 也 没 问 题 。 一 般 而 论 ， 我 更 倾向 于 使 用 
不 可 变 的 数据 ;但 很 多 时 候 我 们 必须 得 使 用 可 变数 据 《〈 比 如 
JavaScript 整 个 语言 生态 在 设计 时 就 没有 考虑 数据 的 不 可 变 
F 
帮助 。 








6.10 ”函数 组 合成 变换 (Combine 
Functions into Transform ) 


f(m)>A 


function base(aReading) {...} 
function taxableCharge(aReading) {...} 


Y 


kg 


function enrichReading(argReading) { 
const aReading = _.cloneDeep(argReading); 
aReading.baseCharge = base(aReading); 
aReading.taxableCharge = taxableCharge(aReading); 
return aReading; 


动机 


ERER, ASR m SEB R25 — Te, tke it 
算出 各 种 派生 信息 。 这 些 派生 数值 可 能 会 在 几 个 不 同 地 方 用 
到 ， 因 此 这 些 计 算 逻 辑 也 常会 在 用 到 派生 数据 的 地 方 重复 。 我 
更 愿意 把 所 有 计算 派生 数据 的 馆 辑 收拢 到 一 处 ， 这 样 始终 可 以 
在 固定 的 地 方 找到 和 更 新 这 些 馆 辑 ， 避 免 到 处 重复 。 


一 个 方式 是 采用 数据 变换 (transform) 函数 : 这 种 函数 
接受 源 数据 作为 输入 ， 计 算出 所 有 的 派生 数据 ， 将 派生 数据 以 
字段 形式 填 入 输出 数据 。 有 了 变换 函数 ， 我 就 始终 只 需要 到 弯 
换 函 数 中 去 检查 计算 派生 数据 的 逻辑 。 


函数 组 合成 变换 的 蔡 代 方案 是 函数 组 合成 类 (144 ， 后 
者 的 做 法 是 先 用 源 数 据 创 建 一 个 类 ， 再 把 相关 的 计算 逻辑 搬移 
到 类 中 。 这 两 个 重 构 手法 都 很 有 用 ， 我 常会 根据 代码 库 中 己 有 
的 编程 风格 来 选择 使 用 其 中 哪 一 个 。 不 过 ， 两 者 有 一 个 重要 的 
all: 如 宋代 码 中 会 对 源 数据 做 更 新 ， 那 么 使 用 类 要 好 得 多 
如 琳 使 用 变换 ， 派 生 数 据 会 被 存储 在 新 生成 的 记录 中 ， 一 旦 源 
数据 被 修改 ， 我 融会 遭遇 数据 不 一 致 。 


我 喜欢 把 函数 组 合 起 来 的 原因 之 一 ， 是 为 了 避免 计算 派 
生 数 据 的 逻辑 到 处 重复 。 从 着 理 上 来 说 ， 只 用 提炼 函数 
(106) 也 能 避免 香 复 ， 但 孤立 存在 的 函数 津津 很 难 找 到 ， 只 
有 把 函数 和 它们 操作 的 数据 放 在 一 起 ， 用 起 来 才 方便 。 引 入 变 
换 (或 者 类 ) 都 是 为 了 让 相关 的 逻辑 找 起 来 方便 。 












































做 法 


。 创建 一 个 变换 函数 ， 输 入 参数 是 需要 变换 的 记录 ， 并 直接 
返回 该 记录 的 值 。 


这 一 步 通 常 需要 对 输入 的 记录 做 深 复 制 (deep 
copy) 。 此 时 应 该 写 个 测试 ， 确 保 变 换 不 会 修改 原来 的 记 
Ko 


挑选 一 块 逻 辑 ， 将 其 主体 移入 变换 函数 中 ， 把 结果 作为 字 
段 添 加 到 输出 记录 中 。 修 改 客户 器 代码 ， 令 其 使 用 这 个 新 


字段 。 


如 果 计 算 人 逻辑 比 较 复 洒 ， 先 用 提炼 函数 “106) 提炼 
> 


测试 。 
针对 其 他 相关 的 计算 馆 辑 ， 重 复 上 述 步 骤 。 


ve fil 





在 我 长 大 的 国度 ， 茶 是 生活 中 的 重要 部 分 ， 以 至 于 我 想 
象 了 这 样 一 种 特别 的 公共 设施 ， 专 门 给 老 白 姓 供应 从 水 。 每 个 
月 ， 从 这 个 设备 上 可 以 得 到 读数 (reading，〉 ， 从 而 知道 每 位 顾 
客 取 用 了 多 少 杂 。 

















reading = {customer: "ivan", quantity: 10, month: 5, year: 20 








几 个 不 同 地 方 的 代码 分 别 根 据 录 的 用 量 进行 计算 。 一 
是 计算 应 该 同 顾 客 收 取 的 基本 费用 。 





客户 端 1.. 


const aReading = acquireReading(); 
const baseCharge = baseRate(aReading.month, aReading.year) * 


Fy SE Th SE VAAL Ge EE AR BBD, ALA 
BUS HLS HHUA, BES TH ER AIA AL Se th SE EERIK. 








客户 端 2... 


const aReading = acquireReading(); 
const base = (baseRate(aReading.month, aReading.year) * aRead 
const taxableCharge = Math.max(0, base - taxThreshold(aReadin 


浏览 处 理 这 些 数据 记录 的 代码 ， 我 及 现 有 很 多 地 方 在 做 
着 相似 的 计算 。 这 样 的 重复 代码 ， 一 旦 需要 修改 (我 打赌 这 只 
是 早晚 的 问题 》， 束 会 造成 古 烦 。 我 可 以 用 提炼 函数 (106) 
来 处 理 这 些 重 复 的 计算 馆 辑 ， 但 这 样 扣 炼 出 来 的 函数 会 散落 在 
程序 中 ， 以 后 的 程序 员 还 是 很 难 找到 。 说 真 的 ， 我 还 真 在 另 一 
块 代码 中 找到 了 一 个 这 样 的 函数 。 

















Ze FA Wit Doce 
const aReading = acquireReading(); 
const basicChargeAmount = calculateBaseCharge(aReading) ; 


function calculateBaseCharge(aReading) { 
return baseRate(aReading.month, aReading.year) * aReading.gq 


处 理 这 种 情况 的 一 个 办 法 是 ， 把 所 有 这 些 计算 派生 数据 
的 逻辑 搬移 到 一 个 变换 函数 中 ， 该 函数 接受 原始 的 “读数 ”作为 
输出 则 是 增强 的 “读数 ”记录 ， 其 中 包含 所 有 共用 的 派生 
YZ ie 


ARG 2 BE PAC RR BL, CEMR, ME 
制 输入 的 对 象 : 





function enrichReading(original) { 
const result = _.cloneDeep(original); 
return result; 


} 


我 用 了 Lodash 库 的 cloneDeep 水 数 来 进行 深 复 制 。 


这 个 变换 函数 返回 的 本 质 上 仍 是 原来 的 对 象 ， 只 是 添加 
了 更 多 的 信息 在 上 面 。 对 于 这 种 函数 ， 我 喜欢 用 “enrich”( 增 
强 ) 这 个 词 来 给 它 命 名 。 如 果 它 生成 的 是 跟 原 来 完全 不 同 的 对 
象 ， 我 就 会 用 “transform” (变换 ) 来 命名 它 。 


然后 我 挑选 一 处 想 要 搬移 的 计算 逻辑 。 首 先 ， 我 用 现在 
A Pa AE LB ida, AE KA A NY aT 
b 没 做 














客户 端 3... 


const rawReading = acquireReading(); 
const aReading = enrichReading(rawReading ) 
const basicChargeAmount = calculateBaseCharge(aReading) ; 


然后 我 运用 搬移 函数 (198) FEcalculateBaseChargePhl Av 


搬移 到 增强 过 程 中 : 


function enrichReading(original) { 
const result = _.cloneDeep(original); 
result.baseCharge = calculateBaseCharge(result); 
return result; 
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在 变换 函数 内 部 ， 我 乐得 直接 修改 结果 对 象 ， 而 不 是 每 
次 都 复制 一 个 新 对 象 。 我 喜欢 不 可 变 的 数据 ， 但 在 大 部 分 编程 
语言 中 ， 保 持 数 据 完 全 不 可 变 很 困难 。 在 程序 模块 的 边界 处 ， 
我 做 好 了 心理 准备 ， 多 花 些 精力 来 支持 不 可 变性 。 但 在 较 小 的 
范围 内 ， 我 可 以 接受 可 变 的 数据 。 另 外 ， 我 把 这 里 用 到 的 变量 
MA NaReading, AN CET BARS (accumulating 
variable) 。 这 样 当 我 把 更 多 的 逻辑 搬移 到 变换 函 
数 enrichReading 中 时 ， 这 个 变量 名 也 仍然 适用 。 


修改 客户 端 代码 ， 令 其 改 用 增强 后 的 字段 : 











客户 端 3... 


const rawReading = acquireReading(); 
const aReading = enrichReading(rawReading) ; 
const basicChargeAmount = aReading.baseCharge; 





当 所 有 调用 calculateBasecharge 的 地 方 都 修改 完成 后 ， 
就 可 以 把 这 个 函数 内 骸 到 enrichReading 函 数 中 ， 从 而 更 清楚 地 
表明 态度 : 如 果 需 要 “计算 基本 费用 ”的 馆 辑 ， 请 使 用 增强 后 的 
VIR © 


在 这 里 要 当心 一 个 陷阱 : 在 编写 enrichReading 函 数 时 ， 








我 让 它 返 回 了 增强 后 的 读数 记录 ， 这 背后 隐 伟 的 意思 是 原始 的 
襄 数 记录 不 会 被 修改 。 所 以 我 最 好 为 此 如 个 测试 





it('check reading unchanged', function() { 
const baseReading = {customer: "ivan", quantity: 15, month: 
const oracle = _.cloneDeep(baseReading); 
enrichReading(baseReading) ; 
assert.deepEqual(baseReading, oracle); 


}); 





现在 我 可 以 修改 客户 端 1 的 代码 ， 让 它 也 使 用 这 个 新 添 的 
字段 。 


客户 端 1... 


const rawReading = acquireReading(); 
const aReading = enrichReading(rawReading) ; 
const baseCharge = aReading.baseCharge; 


此 时 可 以 考虑 用 内 联 变 量 (123) 去 掉 basecharge 变 量 。 


现在 我 转 头 去 看 “计算 应 税 费用 ”的 馆 辑 。 第 一 步 是 把 变 
换 函 数 用 起 来 : 


const rawReading = acquireReading(); 

const aReading = enrichReading(rawReading) ; 

const base = (baseRate(aReading.month, aReading.year) * aRead 
const taxableCharge = Math.max(0, base - taxThreshold(aReadin 





基本 费用 的 计算 逻辑 马上 就 可 以 改 用 变换 得 到 的 新 字段 
代 睿 。 如 果 计 算 逻 辑 比 较 复杂 ， 我 可 以 先 运用 提炼 函数 





(106) 。 不 过 这 里 的 情况 足够 简单 ， 一 步 到 位 修改 过 来 就 


íT. 


const rawReading = acquireReading(); 

const aReading = enrichReading(rawReading); 

const base = aReading.baseCharge; 

const taxableCharge = Math.max(0, base - taxThreshold(aReadin 


执行 测试 之 后 ， 我 就 用 内 联 变 量 (123) 去 掉 base 变 量 : 


const rawReading = acquireReading(); 
const aReading = enrichReading(rawReading) ; 
const taxableCharge = Math.max(0, aReading.baseCharge - taxTh 


然后 把 计算 逻辑 搬移 到 变换 函数 中 : 


function enrichReading(original) { 
const result = _.cloneDeep(original); 
result.baseCharge = calculateBaseCharge(result); 
result.taxableCharge = Math.max(0, result.baseCharge - taxT 
return result; 


修改 使 用 方 代码 ， 让 它 使 用 新 添 的 字段 。 


const rawReading = acquireReading(); 
const aReading = enrichReading(rawReading) ; 
const taxableCharge = aReading.taxableCharge; 





测试 。 现 在 我 可 以 再 次 用 内 联 变量 〈123) 把 


taxableCharge E ta. 


增强 后 的 读数 记录 有 一 个 大 问题 : 如 果 某 个 客户 端 修改 
了 一 项 数据 的 值 ， 会 发 生 什 么 ? 比如 说 ， 如 果 某 处 代码 修改 了 
quantity 字 段 的 值 ， 束 会 导致 数据 不 一 致 。 在 JavaScript 中 ， 避 
免 这 种 情况 最 好 的 办 法 是 不 要 使 用 本 重 构 手 法 ， 改 用 函数 组 合 
成 类 (144) 。 如 果 编 程 语言 文 持 不 可 变 的 数据 结构 ， 那 么 就 
没有 这 个 问题 了 了， 那样 的 语言 中 会 更 常用 到 变换 。 但 即便 编程 
语言 不 支持 数据 结构 不 可 变 ， 如 果 数 据 是 在 只 读 的 上 下 文中 被 
使 用 例如 在 网 页 上 显示 派生 数据 ) ， 还 是 可 以 使 用 变换 。 

















6.11 拆 分 阶段 (Split Phase) 


=> 
es 


const orderData = orderString.split(/\s+/); 
const productPrice = priceList[orderData[0].split("-")[1]]; 
const orderPrice = parseInt(orderData[1]) * productPrice; 


由 


const orderRecord = parseOrder(order); 
const orderPrice = price(orderRecord, priceList); 


function parseOrder(aString) { 
const values = aString.split(/\st/); 
return ({ 
productID: values[0].split("-")[1], 
quantity: parseInt(values[1]), 
}); 
} 


function price(order, priceList) { 
return order.quantity * priceList[order.productID]; 


} 


动机 


每 当 看 见 一 段 代 码 在 同时 处 理 两 件 不 同 的 事 ， 我 就 想 把 
它 拆 分 成 各 目 独 立 的 模块 ， 因 为 这 样 到 了 需要 修改 的 时 候 ， 我 
就 可 以 单独 处 理 每 个 主题 ， 而 不 必 同 时 在 脑子 里 考虑 两 个 不 同 
的 主题 。 如 果 运 气 够 好 的 话 ， 我 可 能 只 需要 修改 其 中 一 个 模 
块 ， 完 全 不 用 回忆 起 另 一 个 模块 的 诸 般 细节 。 


最 简洁 的 拆 分 方法 之 一 ， 束 是 把 一 大 段 行 为 分 成 顺序 执 
行 的 两 个 阶段 。 可 能 你 有 一 段 处 理 逻 辑 ， 其 输入 数据 的 格式 不 
符合 计算 逻辑 的 要 求 ， 所 以 你 得 先 对 输入 数据 做 一 番 调 整 ， 使 
其 便于 处 理 。 也 可 能 是 你 把 数据 处 理 逻 辑 分 成 顺序 执行 的 多 个 
步骤 ， 每 个 步骤 负责 的 任务 全 然 不 同 。 


编译 器 是 最 典型 的 例子 。 编 译 器 的 任务 很 直观 : 接受 文 
本 《用 茶 种 编程 语言 编写 的 代码 ) 作为 输入 ， 将 其 转换 成 菜 种 
可 执行 的 格式 《例如 针对 茶 种 特定 硬件 的 目标 码 ) Be 
加 深 ， 我 们 发 现 把 这 项 大 任务 拆 分 成 一 系列 阶段 会 很 有 帮助 
首先 对 文本 做 词法 分 析 ， 然 后 把 token 解 析 成 语法 树 ， 然 后 再 
对 语法 树 做 几 步 转换 (如 优化 ) ， 最 后 生成 目标 码 。 每 一 步 都 
ALF WBN YEE, FRAY ARR eH, AN EE 
他 步 又 的 细 市 。 


在 大 型 软件 中 ， 类 似 这 样 的 阶段 拆 分 很 常见 ， 例 如 编译 
人 的 每 个 阶段 义 包含 耕 干 函 数 和 类 。 即 便 只 有 不 大 的 一 块 代 
码 ， 只 要 我 发 现 了 有 区 的 将 其 拆 分 成 多 个 阶段 的 机 会 ， 同 样 可 
以 运用 拆 分 阶段 重 构 手 法 。 如 果 一 块 代 码 中 出 现 了 上 下 几 段 ， 
各 自 使 用 不 同 的 一 组 数据 和 函数 ， 这 就 是 最 明显 的 线索 。 将 这 
a eee eee 
EIJE o 






































做 法 





ee 

。 测 试 。 

© 引入 一 个 中 转 数 据 结构 ， 将 其 作为 参数 添加 到 提炼 出 的 新 
函数 的 参数 列表 中 。 

。 测 试 。 

。 逐 一 检查 提炼 出 的 “第 二 阶段 函数 ”的 每 个 参数 。 如 果 某 个 
参数 被 第 一 阶段 用 到 ， 就 将 其 移入 中 转 数 据 结构 。 每 次 搬 
移 之 后 都 要 执行 测试 。 








有 时 第 二 阶段 根本 不 应 该 使 用 茶 个 参数 。 果 真如 
此 ， 就 把 使 用 该 参数 得 到 的 结果 全 都 提炼 成 中 转 数据 结构 
的 字段 ， 然 后 用 搬移 语句 到 调用 者 (217) 把 使 用 该 参数 
的 代码 行 搬移 到 “第 二 阶段 函数 ”之 外 。 





。 对 第 一 阶段 的 代码 运用 提炼 函数 (106) ， 让 提炼 出 的 函 
数 返 回 中 转 数据 结构 。 


也 可 以 把 第 一 阶段 提炼 成 一 个 变换 (transform) 对 


ya fil 


我 手 上 有 一 段 * 计 算 订 单价 格 ” 的 代码 ， 全 于 订单 中 的 两 
品 古 什 么 ， 我 们 从 代码 中 看 不 出 来 ， 也 不 太 关 心 。 


function priceOrder(product, quantity, shippingMethod) { 
const basePrice = product.basePrice * quantity; 


const discount = Math.max(quantity - product.discountThreshol 
* product.basePrice * product.discountRate; 


const shippingPerCase = (basePrice > shippingMethod.discountT 
? shippingMethod.discountedFee : shippingMethod.feePe 
const shippingCost = quantity * shippingPerCase; 
const price = basePrice - discount + shippingCost; 
return price; 


} 





虽然 只 是 个 常见 的 、 过 于 简单 的 范例 ， 从 中 还 是 能 看 出 
有 两 个 不 同 阶 段 存在 的 。 前 两 行 代码 根据 商品 (product) 信息 
计算 订单 中 与 商品 相关 的 价格 ， 随 后 的 两 行 则 根据 配送 
(shipping) 信息 计算 配送 成 本 。 后 续 的 修改 可 能 还 会 使 价格 
和 配送 的 计算 逻辑 变 复 杂 ， 但 只 要 这 两 块 逻辑 相对 独立 ， 将 这 
段 代 码 拆 分 成 两 个 阶段 就 是 有 价值 的 。 


我 首先 用 提炼 函数 “106) 把 计算 配送 成 本 的 逻辑 提 烁 出 














来 。 


function priceOrder(product, quantity, shippingMethod) { 
const basePrice = product.basePrice * quantity; 


const discount = Math.max(quantity - product.discountThreshol 
* product.basePrice * product.discountRate; 


const price = applyShipping(basePrice, shippingMethod, quanti 
return price; 


} 
function applyShipping(basePrice, shippingMethod, quantity, d 


const shippingPerCase = (basePrice > shippingMethod.discountT 


? shippingMethod.discountedFee : shippingMethod.feePe 
const shippingCost = quantity * shippingPerCase; 
const price = basePrice - discount + shippingCost; 
return price; 


} 


第 二 阶段 需要 的 数据 都 以 参数 形式 传 入 。 在 真实 环境 
下 ， 参 数 的 数量 可 能 会 很 多 ， 但 我 对 此 并 不 担心 ， 因 为 很 快 就 
会 将 这 些 参数 消除 掉 。 


BRA PR SE N, 使 其 在 两 阶段 之 间 沟 
通信 息 。 





function priceOrder(product, quantity, shippingMethod) { 
const basePrice = product.basePrice * quantity; 


const discount = Math.max(quantity - product.discountThreshol 
* product.basePrice * product.discountRate; 
const priceData = {}; 


const price = applyShipping(priceData, basePrice, shippingMet 
return price; 


} 
function applyShipping(priceData, basePrice, shippingMethod, 


const shippingPerCase = (basePrice > shippingMethod.discountT 
? shippingMethod.discountedFee : shippingMethod.feePe 
const shippingCost = quantity * shippingPerCase; 
const price = basePrice - discount + shippingCost; 
return price; 


} 


现在 我 会 审视 applyshipping 的 各 个 参数 。 第 一 个 参 
数 basePrice 是 在 第 一 阶段 代码 中 创建 的 ， 因 此 我 将 其 移入 中 
转 数 据 结构 ， 并 将 其 从 参数 列表 中 去 掉 。 


function priceOrder(product, quantity, shippingMethod) { 
const basePrice = product.basePrice * quantity; 


const discount = Math.max(quantity - product.discountThreshol 


* product.basePrice * product.discountRate; 
const priceData = {basePrice: basePrice}; 


const price = applyShipping(priceData, basePriece,- shippingMet 


return price; 


} 
function applyShipping(priceData, basePrice, shippingMethod, 


const shippingPerCase = (priceData.basePrice > shippingMethod 
? shippingMethod.discountedFee : shippingMethod.feePe 


const shippingCost = quantity * shippingPerCase; 


const price = priceData.basePrice - discount + shippingCost; 


return price; 


} 





下 一 个 参数 是 shippingMethod。 第 -阶段 中 没有 使 用 这 
项 数据 ， 所 以 它 可 以 保留 原样 。 


再 下 一 个 参数 是 quantity。 这 个 参数 在 第 一 阶段 中 用 
到 ， 但 不 是 在 那里 创建 的 ， 所 以 其 实 可 以 将 其 留 在 参数 列表 
中 。 但 我 更 倾 癌 于 把 尽 可 能 多 的 参数 搬移 到 中 转 数据 绩 构 中 。 











function priceOrder(product, quantity, shippingMethod) { 
const basePrice = product.basePrice * quantity; 


const discount = Math.max(quantity - product.discountThreshol 


* product.basePrice * product.discountRate; 


const priceData = {basePrice: basePrice, quantity: quantity}; 


const price = applyShipping(priceData, shippingMethod, quant+ 


return price; 


} 


function applyShipping(priceData, shippingMethod, @tantity, d 


const shippingPerCase = (priceData.basePrice > shippingMethod 


? shippingMethod.discountedFee : shippingMethod.feePe 
const shippingCost = priceData.quantity * shippingPerCase; 


const price = priceData.basePrice - discount + shippingCost; 
return price; 


} 


对 discount 参 数 我 也 如 法 炮制 。 


function priceOrder(product, quantity, shippingMethod) { 
const basePrice = product.basePrice * quantity; 


const discount = Math.max(quantity - product.discountThreshol 
* product.basePrice * product.discountRate; 


const priceData = {basePrice: basePrice, quantity: quantity, 


const price = applyShipping(priceData, shippingMethod;—eHseeu 
return price; 


} 
function applyShipping(priceData, shippingMethod—diseeunt) { 


const shippingPerCase = (priceData.basePrice > shippingMethod 
? shippingMethod.discountedFee : shippingMethod.feePe 
const shippingCost = priceData.quantity * shippingPerCase; 


const price = priceData.basePrice - priceData.discount + ship 
return price; 


} 


处 理 完 参数 列表 后 ， 中 转 数据 结构 得 到 了 完整 的 填 元 ， 
现在 我 可 以 把 第 一 阶段 代码 提 烁 成 独立 的 函数 ， 令 其 返回 这 份 
数据 。 





function priceOrder(product, quantity, shippingMethod) { 
const priceData = calculatePricingData(product, quantity); 
const price = applyShipping(priceData, shippingMethod) ; 
return price; 


function calculatePricingData(product, quantity) { 
const basePrice = product.basePrice * quantity; 


const discount = Math.max(quantity - product.discountThreshol 
* product.basePrice * product.discountRate; 


return {basePrice: basePrice, quantity: quantity, discount:di 
function applyShipping(priceData, shippingMethod) { 
const shippingPerCase = (priceData.basePrice > shippingMethod 
? shippingMethod.discountedFee : shippingMethod.feePe 
const shippingCost = priceData.quantity * shippingPerCase; 
const price = priceData.basePrice - priceData.discount + ship 


return price; 


两 个 函数 中 ， 最 后 一 个 const 变 量 都 是 多 余 的 ， 我 忍 不 住 
洁 辛 ， 将 它们 内 联 消除 挥 。 


function priceOrder(product, quantity, shippingMethod) { 
const priceData = calculatePricingData(product, quantity); 
return applyShipping(priceData, shippingMethod) ; 


} 


function calculatePricingData(product, quantity) { 
const basePrice = product.basePrice * quantity; 


const discount = Math.max(quantity - product.discountThreshol 
* product.basePrice * product.discountRate; 


return {basePrice: basePrice, quantity: quantity, discount:di 

function applyShipping(priceData, shippingMethod) { 

const shippingPerCase = (priceData.basePrice > shippingMethod 
? shippingMethod.discountedFee : shippingMethod.feePe 


const shippingCost = priceData.quantity * shippingPerCase; 


return priceData.basePrice - priceData.discount + shippingCos 


分 解 模块 时 最 重要 的 标准 ， 也 许 就 是 识别 出 那些 模块 应 
该 对 外 界 隐 藏 的 小 秘密 了 [Parnas]。 数 据 结构 无 疑 是 最 常见 的 
一 种 秘密 ， 我 可 以 用 封装 记录 (162) 或 封装 集合 (170) 手法 
来 隐藏 它们 的 细节 。 即 便 是 基本 类 型 的 数据 ， 也 能 通过 以 对 象 
取代 基本 类 型 (174) 进行 封装 一 一 这 样 做 后 续 所 带 来 的 巨大 
收 若 通 第 令 人 惊喜 。 男 一 项 经 常 在 重 构 时 描 道 的 是 临时 变量 ， 
我 需要 确保 它们 的 计算 次 序 正 确 ， 还 得 保证 其 他 需要 它们 的 地 
方 能 获得 其 值 。 这 里 以 查询 取代 临时 变量 (178) 手法 可 以 帮 
上 大忙 ， 特 别 是 在 分 解 一 个 过 长 的 函数 时 。 


类 是 为 隐藏 信息 而 生 的 。 在 第 6 章 中 ， 我 已 经 介绍 了 使 用 
函数 组 合成 类 (144) 手法 来 形成 类 的 办 法 。 此 外 ， 一 般 的 提 
炼 /内 联 操作 对 类 也 适用 ， 见 提炼 类 (182)〉 和 内 联 类 
(186) 。 


除了 类 的 内 部 细 市 ， 使 用 隐藏 委托 关系 “189) 隐藏 类 之 
间 的 关联 关系 通常 也 很 有 帮助 。 但 过 多 隐藏 也 会 导致 元 余 的 中 
间接 口 ， 此 时 我 就 需要 它 的 反 回 重 构 一 一 移 除 中 间 人 
(192): à 


FRG PRR LI ve THAT Ye eK SE (EL — RY BB 
BO TER SCP A an AR, BOR Be mA 
GA TEES MH, IN KY VA Ge PR PAB (106) REI LR 
PRB, TRATES RZ (195) 。 



































7.1 封装 记录 (Encapsulate Record) 


曾 用 名 : 以 数据 类 取代 记录 (Replace Record with Data 
Class ) 





organization = {name: "Acme Gooseberries", country: "GB"}; 


Y 


V 


class Organization { 
constructor(data) { 
this._name = data.name; 
this._country = data.country; 
} 
get name() {return this._name;} 
set name(arg) {this._name = arg;} 
get country() {return this. country; } 
set country(arg) {this._ country = arg; } 


动机 





记录 型 结构 是 多 数 编程 语言 提供 的 一 种 常见 特性 。 它 们 
能 直观 地 组 织 起 存在 关联 的 数据 ， 让 我 可 以 将 数据 作为 有 意义 
的 单元 传递 ， 而 不 仅 是 一 扒 数据 的 拼凑 。 但 简单 的 记录 型 结构 
也 有 缺陷 ， 最 恼人 的 一 点 是 ， 它 强迫 我 清晰 地 区 分 “记录 中 存 
储 的 数据 ?和 “通过 计算 得 到 的 数据 >。 假使 我 要 描述 一 个 整数 
闭 区 间 ， 我 可 以 用 {start: 1, end: 5} 描述 ， 或 者 用 {start: 
1, length: 5} (甚至 还 能 用 {end: 5, length: 5}, MUR FR AR ee 
两 手 华丽 的 编程 技巧 的 话 ) 。 但 不 论 如 何 存储 ， 这 3 个 值 都 是 
我 想 知 道 的 ， 即 区 间 的 起 点 〈start) 和 终点 (end) ， 以 及 区 
间 的 长 度 (length) 。 


这 束 是 对 于 可 变数 据 ， 我 总 是 更 偏爱 使 用 类 对 象 而 非 记 
录 的 原因 。 对 象 可 以 隐藏 结构 的 细 市 ， 仪 为 这 3 个 值 提供 对 应 
的 方法 。 该 对 象 的 用 户 不 必 退 完 存 储 的 细节 和 计算 的 过 程 。 同 
时 ， 这 种 封装 还 有 助 于 字段 的 改名 : 我 可 以 重新 命名 字段 ， 但 
同时 提供 新 老 字 段 名 的 访问 方法 ， 这 样 我 束 可 以 渐进 地 修改 调 
用 方 ， 直 到 答 换 全 部 完成 。 


注意 ， 我 所 说 的 偏爱 对 象 ， 是 对 可 变数 据 而 言 。 如 果 效 
据 不 可 变 ， 我 大 可 直接 将 这 3 个 值 保存 在 记录 里 ， 盐 要 做 数据 
变换 时 增加 一 个 填充 步骤 即 可 。 重 命名 记录 也 一 样 简单 ， 你 可 
以 复制 一 个 字段 并 逐步 珍 换 引用 点 。 


记录 型 结构 可 以 有 两 种 类 型 : 一 种 需要 声明 合法 的 字段 
名 字 ， 另 一 种 可 以 随便 用 任何 字段 名 字 。 后 者 种 由 语言 库 本 丑 
实现 ， 并 通过 类 的 形式 提供 出 来 ， 这 些 类 称 为 散 列 (hash) 、 
EAT Cmap) 、 散 列 映射 Chashmap) 、 字 典 〈dictionary) 或 
关联 数组 (associative array) 等 。 很 多 编程 语言 都 提供 了 方便 
的 语法 来 创建 这 类 记录 ， 这 使 得 它们 在 各 种 编程 场景 下 都 能 大 
展映 手 。 但 使 用 这 类 结构 也 有 缺陷 ， 那 吏 是 一 条 记录 上 持 有 什 




































































么 字段 往往 不 够 直观 。 比 如 说 ， 如 采 我 想 知 道 记 录 里 维护 的 字 
段 完 竟 是 起 点 /终点 还 是 起 点 /长 度 ， 就 只 有 碍 看 它 的 创建 点 和 
使 用 点 ， 除 此 以 外 别 无 他 法 。 硅 这 种 记录 只 在 程序 的 一 个 小 范 
围 里 使 用 ， 那 问题 还 不 大 ， 但 重 其 使 用 范围 变 宽 , “数据 结构 
不 直观 ”这 个 问题 就 会 造成 更 多 困扰 。 我 可 以 重 构 它 ， 使 其 变 























但 如 果真 需要 这 样 做 ， 那 还 不 如 使 用 类 来 得 下 





程序 中 间 常 常 需要 互相 传递 航 套 的 列表 Aist) 或 散 列 映 
射 结构 ， 这 些 数据 结构 后 续 经 常 需要 被 序列 化 成 JSON 或 
XML。 这 样 的 藤 套 结构 同样 值得 封装 ， 这 样 ， 如 果 后 续 其 结 
ee a 
对 变化 。 











做 法 





。 对 持 有 记录 的 变量 使 用 封装 变量 (132) ， 将 其 封装 到 一 
个 函数 中 。 


记得 为 这 个 函数 取 一 个 容易 搜索 的 名 字 。 


。 创建 一 个 类 ， 将 记录 包 契 起 来 ， 并 将 记录 变量 的 值 答 换 为 
该 类 的 一 个 实例 。 然 后 在 类 上 定义 一 个 访问 函数 ， 用 于 返 
回 原始 的 记录 。 修 改 封装 变量 的 函数 ， 令 其 使 用 这 个 访问 
PK A 

e Mix. 

。 新 建 一 个 函数 ， 让 它 返 回 该 类 的 对 象 ， 而 非 那 条 原始 的 记 
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换 为 那个 返回 实例 对 象 的 函数 调 用 。 使 用 对 象 上 的 访问 函 
数 来 获取 数据 的 字段 ， 如 果 该 字段 的 访问 函数 还 不 存在 ， 
那 就 创建 一 个 。 每 次 更 改 之 后 运行 测试 。 














如 果 该 记录 比较 复杂 ， 例 如 是 个 藤 套 解构 ， 那 么 先 
重点 关注 客户 端 对 数据 的 更 新 操作 ， 对 于 读 取 操作 可 以 考 
虑 返回 一 个 数据 副本 或 只 读 的 数据 代理 。 








移 除 类 对 原始 记录 的 访问 函数 ， 那 个 容易 搜索 的 返回 原始 
数据 的 函数 也 要 一 并 删除 。 

测试 。 

如 果 记 录 中 的 字段 本 身 也 是 复杂 结构 ， 考 虑 对 其 再 次 应 用 
封装 记录 (162) 或 封装 集合 (170) 手法 。 
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const organization = {name: "Acme Gooseberries", country: "GB 


这 是 一 个 普通 的 JavaScript 对 象 ， 程 序 中 很 多 地 方 都 把 它 
当 作 记录 型 结构 在 使 用 。 以 下 是 对 其 进行 读 取 和 更 新 的 地 方 : 


result += ~<hi>${organization.name}</h1>°; 
organization.name = newName; 


重 构 的 第 一 步 很 简单 ， 先 施展 一 下 封 效 变量 〈132) 。 


function getRawDataoforganization() {return organization; } 


读 取 的 例子 .… 


result += `<h1>${getRawData0fOrganization().name}</h1>`; 


更 新 的 例子,。 


getRawDataOfOrganization().name = newName; 





这 里 施展 的 不 全 是 标准 的 封装 变量 〈132) 手法 ， 我 刻意 
为 设 值 函数 取 了 一 个 义 丑 久 长、 容易 搜索 的 名 字 ， 因 为 我 有 意 
不 让 它 在 这 次 重 构 中 活 得 太 久 。 


封装 记录 意味 着 ， 仅 仅 瞪 换 变 量 还 不 够 ， 我 还 想 控 制 它 
的 使 用 方式 。 我 可 以 用 类 来 答 换 记录 ， 从 而 达到 这 一 目的 。 








class Organization... 


class Organization { 


constructor(data) { 
this._data = data; 
} 
} 


顶层 作用 域 


const organization = new Organization({name: "Acme Gooseberri 


function getRawDataOfOrganization() {return organization. dat 
function getOrganization() {return organization; } 








创建 完 对 象 后 ， 我 就 能 开始 寻找 该 记录 的 使 用 点 了 。 所 
有 更 新 记录 的 地 方 ， 用 一 个 设 值 函 数 来 丛 换 它 。 


class Organization... 


set name(aString) {this._data.name = aString;} 


客户 Üi +» 


getOrganization().name = newName; 





z 同样 地 ， 我 将 所 有 读 取 记录 的 地 方 ， 用 一 个 取 值 函数 来 
Ar 


class Organization... 


get name() {return this. _data.name; } 


客户 Üj eee 


result += `<h1>${getOrganization().name}</h1>`; 


TI H AIEA, BORLA RZ AN AIIE ER, 
为 那个 名 称 丑 陋 的 函数 送 终了 。 





function getOrganization() {return organization; } 


我 还 倾 问 于 把 _data 里 的 字段 展开 到 对 象 中 。 


class Organization { 
constructor(data) { 
this. name = data.name; 
this. _country = data.country; 


get name() {return this._name;} 
set name(aString) {this._name = aString; } 
get country() {return this._country;} 


set country(aCountryCode) {this. country = aCountryCode; } 





这 样 做 有 一 个 好 处 ， 能 够 使 外 界 无 须 再 引用 原始 的 数据 
记录 。 直 接 持 有 原始 的 记录 会 破坏 封装 的 完整 性 。 但 有 时 也 可 





能 不 适合 将 对 象 展开 到 独立 的 字段 里 ， 此 时 我 就 会 先 将 _data 
复制 一 份 ， 再 进行 赋值 。 





范例 : BR RB IK 


上 面 的 例子 将 记录 的 浅 复 制 展 开 到 了 对 象 里 ， 但 当 我 处 
理 深 层 周 套 的 数据 〈 比 如 来 自 JSON 文 件 的 数据 ) 时 ， 又 该 怎 
么 办 昵 ? 此 时 该 重 构 手 法 的 核心 步骤 依 然 适用 ， 记 录 的 更 新 点 
需要 同样 小 心 处 理 ， 但 对 记录 的 读 取 点 则 有 多 种 处 理 方 案 。 


作为 例子 ， 这 里 有 一 个 髓 套 层级 更 深 的 数据 : 它 是 一 组 
顾客 信息 的 集合 ， 保 存在 散 列 映射 中 ， 并 通过 顾客 ID 进行 索 
Jle 








"1920": { 
name: "martin", 
id: "1920", 
usages: { 
"2016": { 
"1": 50, 
"2": 55, 
// remaining months of the year 


ty 
"2015": { 
"1": 70, 
"2": 63, 
// remaining months of the year 


} 


外 
"38673": { 
name: "neal", 
id: "38673", 
// more customers in a similar form 


对 藤 套 数据 的 更 新 和 读 取 可 以 进 到 更 深 的 层级 。 


更 新 的 例子 .… 


customerData[customerID].usages[year][month] = amount; 


读 取 的 例子 .… 


function compareUsage (customerID, laterYear, month) { 
const later = customerData[customerID].usages[laterYear ] 


[month]; 
const earlier = customerData[customerID].usages[laterYear - 1 


[month]; 
return {laterAmount: later, change: later - earlier}; 


J 


IXE TERT Te A A EH AE (132) 。 


function getRawDataOfCustomers() {return customerData; } 
function setRawDataOfCustomers(arg) {customerData = arg; } 


更 新 的 例子 .… 


getRawDataOfCustomers()[customerID].usages[year ] 
[month] = amount; 


读 取 的 例子 .… 


function compareUsage (customerID, laterYear, month) { 


const later = getRawDataOfCustomers( ) 
[customerID].usages[laterYear ][month]; 
const earlier = getRawDataOfCustomers( ) 


[customerID].usages[laterYear - 1][month]; 
return {laterAmount: later, change: later - earlier}; 
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接 下 来 我 要 创建 一 个 类 来 容纳 整个 数据 结构 。 


class CustomerData { 
constructor(data) { 
this. data = data; 
} 
} 


顶层 作用 域 .… 


function getCustomerData() {return customerData; } 
function getRawDataOfCustomers() {return customerData._data; } 
function setRawDataOfCustomers(arg) {customerData = new Custo 





最 重要 的 是 忌 善 处 理 好 那些 更 新 操作 。 因 此 ， 当 我 得 
看 getRawDataofcustomers 的 所 有 调用 者 时 ， 总 是 寺 别 关注 那些 
对 数据 做 修改 的 地 方 。 再 提醒 你 一 下 ， 下 面 古 那 步 更 新 操作 。 








更 新 的 例子 .… 


getRawDataOfCustomers()[customerID].usages[year ] 
[month] = amount; 


“做 法 ”部 分 说 ， 接 下 来 要 通过 一 个 访问 函数 来 返回 原始 
的 顾客 数据 ， 如 末 访 问 函数 还 不 存在 就 创建 一 个 。 现 在 顾客 类 
还 没有 设 值 函 数 ， 而 且 这 个 更 新 操作 对 结构 进行 了 深入 僵 找 ， 
因此 是 时 候 创 建 一 个 设 值 函数 了 。 我 会 先 用 提 炬 函 数 
(106) ， 将 层 层 深 入 数据 结构 的 僵 找 操作 提炼 到 函数 里 。 











更 新 的 例子 


setUsage(customerID, year, month, amount); 


顶层 作用 域 .… 


function setUsage(customerID, year, month, amount) { 
getRawDataOfCustomers() [CustomerID] .usages[year ] 
[month] = amount; 


然后 我 再 用 搬移 函数 “198) 将 新 函数 搬移 到 新 的 顾客 数 


更 新 的 例子 .… 


getCustomerData().setUsage(customerID, year, month, amount); 


class CustomerData... 


setUsage(customerID, year, month, amount) { 
this. _data[customerID].usages[year][month] = amount; 


封装 大 型 的 数据 结构 时 ， 我 会 更 多 关注 更 新 操作 。 凸 显 
更 新 操作 ， 并 将 它们 集中 到 一 处 地 方 ， 是 此 次 封装 过 程 最 重要 
的 一 部 分 。 


一 通 蔡 换 过 后 ， 我 可 能 认为 修改 已 经 告 一 段 沙 ， 但 如 何 
确认 蔡 换 是 否 真正 完成 了 呢 ? 检查 的 办 法 有 很 多 ， 比 如 可 以 修 
改 getRawData0fCustomers 函 数 ， 让 其 返回 一 份 数据 的 深 复 制 的 
副本 。 如 果 测 试 履 盖 足 够 全 面 ， 那 么 当 我 真 的 遗漏 了 一 些 更 新 
点 时 ， 测 试 就 会 报错 。 




















顶层 作用 域 ... 


function getCustomerData() {return customerData;} 
function getRawDataOfCustomers() {return customerData.rawData 
function setRawDataOfCustomers(arg) {customerData = new Custo 


class CustomerData... 


get rawData() { 
return _.cloneDeep(this. data); 


} 


我 使 用 了 lodash 库 来 辅助 生成 深 复制 的 副本 。 


另 一 个 方式 是 ， 返 回 一 份 只 读 的 数据 代理 。 如 果 客 户 端 
代码 尝试 修改 对 象 的 结构 ， 那 么 该 数据 代理 束 会 抛 出 异常 。 这 
在 有 些 编程 语言 中 能 轻易 实现 ， 但 用 JavaScript 实 现 可 束 厅 烦 
了 ， 我 把 它 留 给 读者 作为 练习 好 了 。 或 者 ， 我 可 以 复制 一 份 数 
a 递归 冻结 副本 的 每 个 字段 ， 以 此 阻止 对 它 的 任何 修改 企 


妥善 处 理 好 数据 的 更 新 当然 价值 不 凡 ， 但 读 取 操 作 又 怎 
么 处 理 呢 ? 这 有 几 种 选择 。 


第 一 种 选择 是 与 设 值 函数 采用 同等 待遇 ， 把 所 有 对 数据 
的 读 取 提 炬 成 函数 ， 并 将 它们 搬移 到 customerpata 类 中 。 

















class CustomerData... 


usage(customerID, year, month) { 
return this. _data[customerID].usages[year ][month]; 


} 


TUE VE aK... 


function compareUsage (customerID, laterYear, month) { 
const later = getCustomerData().usage(customerID, laterYear 
const earlier = getCustomerData().usage(customerID, laterYe 
return {laterAmount: later, change: later - earlier}; 


这 种 处 理 方 式 的 美妙 之 处 在 于 , 它 为 customerpata 提 供 


了 一 份 清晰 的 API 列 表 ， 清 楚 描 绘 了 该 类 的 全 部 用 途 。 我 只 需 
阅读 类 的 代码 ， 惑 能 知道 数据 的 所有 用 法 。 但 这 样 会 使 代码 量 
剧 增 ， 特 别 是 当 对 象 有 许多 用 途 时 。 现 代 编 程 语言 大 多 提供 直 
观 的 语法 ， 以 支持 从 深层 的 列表 和 散 列 [mf-lh] 结 构 中 获得 数 

据 ， 因 此 直接 把 这 样 的 数据 结构 给 到 客户 痢 ， 也 不 失 为 一 种 选 


择 。 


























如 果 客 户 病 想 拿 到 一 份 数据 结构 ， 我 大 可 以 直接 将 实际 
的 数据 交 出 去 。 但 这 样 做 的 问题 在 于 ， 我 将 无 从 阻止 用 户 直 接 
对 数据 进行 修改 ， 进 而 使 我 们 封 流 所 有 更 新 操作 的 民 百 用 心 失 
去 意义 。 最 简单 的 应 对 办 法 是 返回 原始 数据 的 一 份 副本 ， 这 可 
以 用 到 我 前 面 写 的 rawpata 方 法 。 








class CustomerData... 


get rawData() { 
return _.cloneDeep(this. data); 


顶层 作用 域 ... 


function compareUsage (customerID, laterYear, month) { 

const later = getCustomerData().rawData[customerID].usages[ 
[month]; 

const earlier = getCustomerData().rawData[customerID].usage 
[month]; 

return {laterAmount: later, change: later - earlier}; 








简单 归 简 单 ， 这 种 方案 也 有 缺点 。 最 明显 的 问题 是 复制 


BRN SEAM iT ile, RAT RES] AC PERE lel. AMA E 
如 我 对 性 能 问题 的 一 贯 态度 ， 这 样 的 性 能 损耗 也 许 是 可 以 接受 
的 一 一 只 有 测量 到 可 见 的 影响 ， 我 才 会 真 的 关心 它 。 这 种 方案 
还 可 能 带 来 困惑 ， 比 如 客户 端 可 能 期 望 对 该 数据 的 修改 会 同时 
反映 到 原 数据 上 。 如 下 采用 了 只 读 代理 或 冻结 副本 数据 的 方 
案 ， 束 可 以 在 此 时 提供 一 个 有 意义 的 错误 信息 。 


另 一 种 方案 需要 更 多 工作 ， 但 能 提供 更 可 靠 的 控制 粒 
E: 对 每 个 字段 循环 应 用 封装 记录 。 我 会 把 顾客 〈customer) 
记录 变 成 一 个 类 ， 对 其 用 途 (usage) 字段 应 用 封装 集合 
(170) ， 并 为 它 创建 一 个 类 。 然 后 我 束 能 通过 访问 函数 来 控 
制 其 更 新 点 ， 比 如 说 对 用 途 Cusage) 对 象 应 用 将 引用 对 象 改 
为 值 对 象 (252) 。 但 处 理 一 个 大 型 的 数据 结构 时 ， 这 种 方案 
异常 繁复 ， 如 果 对 该 数据 结构 的 更 新 点 没 那 么 多 ， 其 实 大 可 不 
必 这 么 做 。 有 时 ， 合 理 混用 取 值 函数 和 新 对 象 可 能 更 明智 ， 即 
使 用 取 值 函数 来 封装 数据 的 次 层 租 找 操 作 ， 但 更 新 数据 时 则 用 
对 和 象 来 包装 其 结构 ， 而 非 直 接 操作 未 经 封装 的 数据 。 我 
在 “Refactoring Code to Load a Document”[mf-ref-doc] 这 篇 文章 
中 讨论 了 更 多 的 细节 ， 有 兴趣 的 读者 可 移 步 阅读 。 















































7.2 HERA (Encapsulate 
Collection ) 





class Person { 
get courses() {return this._courses;} 
set courses(aList) {this._courses = aList;} 


Y 


Y 


class Person { 
get courses() {return this._courses.slice();} 
addCourse(aCourse) { . 
removeCourse(aCourse) P, . +} 


动机 





我 喜欢 封 净 程序 中 的 所 有 可 变数 据 。 这 使 我 很 容易 看 清 


楚 数 据 被 修改 的 地 点 和 修改 方式 ， 这 样 当 我 需要 更 改 数 据 结构 
时 惑 非常 方便 。 我 们 通常 或 励 封 效 一 一 使 用 面 癌 对 象 技 术 的 开 
发 者 对 封 疤 盛 为 重视 一 一 但 封闭 集合 时 人 们 第 音 犯 一 个 错误 : 
只 对 集合 变量 的 访问 进行 了 封闭， 但 依然 让 取 值 范 数 返回 集合 
本 里 。 这 使 得 集合 的 成 员 变 量 可 以 直接 被 修改 ， 而 封 沪 它 的 类 
则 全 然 不 知 ， 无 法 介入 。 


为 避免 此 种 情况 ， 我 会 在 类 上 提供 一 些 修改 集合 的 方法 
通常 是 “添加 ”和 “ 移 除 * 方 法。 这样 就 可 使 对 集合 的 修改 必 
须 经 过 类 ， 当 程序 演化 变 大 时 ， 我 依然 能 轻易 找 出 修改 点 。 


只 要 团队 拥有 民 好 的 习惯 ， 束 不 会 在 模块 以 外 修改 集 
合 ， 仅 仅 提 供 这 些 修 改 方法 似乎 也 束 足 够 。 然 而 ， 依 赖 于 别人 
的 好 习惯 是 不 明智 的 ， 一 个 细小 的 瑰 色 就 可 能 带 来 难以 调试 的 
bug。 更 好 的 做 法 是 ， 不 要 让 集合 的 取 值 函数 返回 原始 集合 ， 
这 就 避免 了 客户 端的 意外 修改 。 


一 种 避免 直接 修改 集合 的 方法 是 ， 永 远 不 直接 人 返回 集合 
的 值 。 这 种 方法 提倡 ， 不 要 直接 使 用 集合 的 字段 ， 而 是 通过 定 
义 类 上 的 方法 来 代替 ， 比 如 将 acustomer .orders.size 蔡 换 
为 acustomer .numberoforders。 我 不 同意 这 种 做 法 。 现代 编程 
语言 都 提供 了 丰富 的 集合 类 和 标准 接口 ， 能 够 组 合成 很 多 有 价 
值 的 用 法 ， 比 如 集合 管道 (Collection Pipeline) [mf-cp] 等 。 使 
用 特殊 的 类 方法 来 处 理 这 些 场景 ， 会 增加 许多 额外 代码 ， 使 集 
合 操作 容易 组 合 的 特性 大 打折 扣 。 


还 有 一 种 方法 是 ， 以 茶 种 形式 限制 集合 的 访问 权 ， 只 多 
许 对 集合 进行 读 操 作 。 比 如 ， 在 Java 中 可 以 很 容易 地 返回 集合 
的 一 个 只 读 代理 ， 这 种 代理 允许 用 户 读 取 和 集合， 但 会 阻止 所 有 
更 改 操作 一 一 Java 的 代理 会 抛 出 一 个 寞 常 。 有 一 些 库 在 构造 集 
合 时 也 用 了 类 似 的 方法 ， 将 构造 出 的 集合 建立 在 碗 代 器 或 枚 举 
MPRA AE, PAE AAR A EERE TEIN SEE o 

































































也 许 最 向 见 的 做 法 是 ， 为 集合 提供 一 个 取 值 函数 ， 但 令 
其 返回 一 个 集合 的 副本 。 这 样 即 使 有 人 修改 了 副本 ， 被 封装 的 
集合 也 不 会 受到 影响 。 这 可 能 带 来 一 些 困惑 ， 特 别 是 对 那些 已 
经 习惯 于 通过 修改 返回 值 来 修改 原 集合 的 开发 者 一 一 但 更 多 的 
情况 下 ， 开 发 者 已 经 习惯 于 取 值 函数 返回 副本 的 做 法 。 如 采集 
合 很 大 ， 这 个 做 法 可 能 带 来 性 能 问题 ， 好 在 多 数列 表 都 没有 那 
么 大 ， 此 时 前 述 的 性 能 优化 基本 守则 依然 适用 《〈 见 2.8 节 ) 。 


使 用 数据 代理 和 数据 复制 的 男 一 个 区 别 是 ， 对 源 数 据 的 
修改 会 反映 到 代理 上 ， 但 不 会 反映 到 副本 上 。 大 多 数 时 候 这 个 
区 列 影 响 不 大 ， 因 为 通过 此 种 方式 访问 的 列表 通常 生命 周期 都 
不 长 。 


采用 哪 种 方法 并 无 定式 ， 最 重要 的 是 在 同 个 代码 库 中 做 
法 要 保持 一 致 。 我 建议 只 用 一 种 方案 ， 这 样 每 个 人 都 能 很 快 习 
惯 它 ， 并 在 每 次 调用 集合 的 访问 函数 时 期 望 相同 的 行为 。 























做 法 


。 如 果 集 合 的 引用 尚未 被 封装 起 来 ， 先 用 封装 变量 (132) 
封装 它 。 


。 在 类 上 添加 用 于 “添加 集合 元 系 ”* 和 “ 移 除 集合 元 素 ” 的 函 
数 。 


如 果 存 在 对 该 集合 的 设 值 范 数 ， 尽 可 能 先 用 移 除 设 
值 函数 (331) 移 除 它 。 如 果 不 能 移 除 该 设 值 函数 ， 至 少 
让 它 返 回 集合 的 一 份 副本 。 


。 执行 静态 检 碍 。 

。 碍 找 集合 的 引用 点 。 如 有 果 有 调用 者 直接 修改 集合 ， 令 该 处 
ee 每 次 修改 后 执行 测 
TI o 

。 修改 集 合 的 取 值 函数 ， 使 其 返回 一 份 只 读 的 数据 ， 可 以 使 
用 只 读 代理 或 数据 副本 。 

。 训 试 。 








ya fil 


假设 有 个 人 (Person) 要 去 上 课 。 我 们 用 一 个 简单 的 
course 来 表示 “课程 ”。 


class Person... 


constructor (name) { 
this. _ name = name; 
this._courses = []; 


get name() {return this._name; } 
get courses() {return this. courses; } 
set courses(aList) {this._ courses = aList;} 


class Course... 


constructor(name, isAdvanced) { 
this._name = name; 
this._isAdvanced = isAdvanced; 


get name() {return this._name;} 
get isAdvanced() {return this. _isAdvanced; } 
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numAdvancedCourses = aPerson.courses 
.f ilter(c =&gt; c.isAdvanced) 
. length 
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葛 ， 所 有 的 字段 者 被 访问 函数 保护 到 了 。 但 我 要 指出 ， 对 谍 程 
列表 的 封装 还 不 完整 。 诚 然 ， 对 列表 整体 的 任何 更 新 操作 ， 都 
能 通过 设 值 函数 得 到 控制 。 





客户 端 代码 .… 


const basicCourseNames = readBasicCourseNames(filename) ; 
aPerson.courses = basicCourseNames.map(name => new Course(nam 
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客户 端 代码 .… 


for(const name of readBasicCourseNames(filename)) { 
aPerson.courses.push(new Course(name, false)); 


J 


AR T EEE, TAA Ath REAK Person 
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的 内 容 。 


现在 我 来 对 类 实施 真正 恰当 的 封装 ， 首 先 要 为 类 添加 两 
个 方法 ， 为 客户 疹 提 供 “ 添 加 谍 程 ?和 “ 移 除 课程 ?的 接口 。 











Class Person... 


addCourse(aCourse) { 
this. _courses.push(aCourse); 


removeCourse(aCourse, fnifAbsent = () => {throw new RangeErro 
const index = this._courses.indexOf(aCourse) ; 
if (index === -1) fnIfAbsent(); 
else this. _courses.splice(index, 1); 


} 





ITERE, REZE T MRAP vit BER BS BR 
个 不 存在 的 集合 元 素 怎 么 办 。 我 可 以 符 符 屑 装 作 没 看 见 ， 也 可 
以 抛 出 错误 。 这 里 我 玖 认 让 它 抛 出 错误 ， 但 留 给 客户 端 一 个 目 
己 处 理 的 机 会 。 


然后 我 就 可 以 让 直接 修改 集合 值 的 地 方 改 用 新 的 方法 








o 


客户 端 代码 .… 


for(const name of readBasicCourseNames(filename)) { 
aPerson.addCourse(new Course(name, false)); 


有 了 单独 的 添加 和 移 除 方法 ， 通 常 setcourse 设 值 函 数 束 
没 必要 存在 了 。 车 果真 如 此 ， 我 就 会 使 用 移 除 设 值 函数 
(331) 移 除 它 。 如 果 出 于 其 他 原因 ， 必 须 提 供 一 个 设 值 方法 
作为 API， 我 至 少 要 确保 用 一 份 副 本 给 字段 赋值 ， 不 去 修改 通 
过 参数 传 入 的 集合 。 








Class Person... 


set courses(aList) {this._courses = aList.slice();} 





这 和 套 设施 让 客户 端 能 够 使 用 正确 的 修改 方法 ， 同 时 我 还 
希望 能 确保 所 有 修改 都 通过 这 些 方 法 进行 。 为 达 此 目的 ， 我 会 
让 取 值 函数 返回 一 份 副 本 。 





class Person... 


get courses() {return this. courses.slice();} 











总 的 来 讲 ， 我 觉得 对 集合 保持 适度 的 审慎 是 有 益 的 ， 我 
宁愿 多 复制 一 份 数 据 ， 也 不 愿 去 调试 因 意 外 修改 集合 招致 的 错 
误 。 修 改 操 作 并 不 总 是 显而易见 的 ， 比 如 ， 在 JavaScript 中 原 
生 的 数组 排序 函数 sort() 就 会 修改 原 数 组 ， 而 在 其 他 语言 中 默 
认 都 是 为 更 改 集合 的 操作 返回 一 份 副本 。 任 何 负责 管理 集合 的 
类 都 应 该 总 是 返回 数据 副本 ， 但 我 还 养 成 了 一 个 习惯 ， 只 要 我 
做 的 事 看 起 来 可 能 改变 集合 ， 我 也 会 返回 一 个 副本 。 




















7.3 ”以 对 象 取代 基本 类 型 (Replace 
Primitive with Object) 


曾 用 名 : 以 对 象 取代 数据 值 (Replace Data Value with 
Object ) 


曾 用 名 : 以 类 取代 类 型 码 (Replace Type Code with 
Class ) 





orders.filter(o => "high" === o.priority 
|| "rush" === o.priority); 


Y 


V 


orders.filter(o => o.priority.higherThan(new Priority("normal 


动机 


开发 初期 ， 你 往往 决定 以 简单 的 数据 项 表示 简单 的 情 
况 ， 比 如 使 用 数字 或 字符 串 等 。 但 随 着 开发 的 进行 ， 你 可 能 会 
发 现 ， 这 些 简单 数据 项 不 再 那么 简单 了 。 比 如 说 ， 一 开始 你 可 
能 会 用 一 个 字符 串 来 表示 “电话 号 码 ” 的 概念 ， 但 是 随后 它 叉 需 
要 “格式 化 交 抽 取 区 号 ?之 类 的 特殊 行为 。 这 类 惕 辑 很 快 便 会 占 
领 代 码 库 ， 制 造 出 许多 重复 代码 ， 增 加 使 用 时 的 成 本 。 


一 旦 我 发 现 对 菏 个 数据 的 操作 不 仅仅 局 限于 打印 时 ， 我 
就 会 为 它 创建 一 个 新 类 。 一 开始 这 个 类 也 许 只 古 简单 包装 一 下 
简单 类 型 的 数据 ， 不 过 只 要 类 有 了 ， 日 后 添加 的 业务 逻辑 就 有 
地 可 去 了 。 这 些小 小 的 封装 值 开 始 可 能 价值 其 微 ， 但 只 要 悉心 
照料 ， 它 们 很 快 便 能 成 长 为 有 用 的 工具 。 创 建新 类 无 须 太 大 的 
工作 量 ， 但 我 及 现 它们 往往 对 代码 库 有 深远 的 影响 。 实 际 上 ， 
许多 经 验 丰 是 的 开发 者 认为 ， 这 是 他 们 的 工具 箱 里 最 实用 的 重 
构 手法 之 一 一 一 尽 省 其 价值 第 为 新 手 程序 员 所 低估 。 









































做 法 


。 如 末 变 量 尚 未 个 封 演 起 来 ， 先 使 用 土 闪 变量 (132) H 


= 

。 为 这 个 数据 值 创建 一 个 简单 的 类 。 类 的 构造 函数 应 该 保存 
这 个 数据 值 ， 并 为 它 提供 一 个 取 值 函数 。 

。 执行 静态 检 碍 。 

。 修改 第 一 步 得 到 的 设 值 函数 ， 令 其 创建 一 个 新 类 的 对 象 并 
将 其 存 入 字段 ， 如 果 有 必要 的 话 ， 同 时 修改 字段 的 类 型 声 
明 


。 修 改 取 值 函数 ， 令 其 调用 新 类 的 取 值 函数 ， 并 返回 结 
。 测试 。 
。 考 虑 对 第 一 步 得 到 的 访问 函数 使 用 函数 改名 (124) ， 以 














便 更 好 反映 其 用 途 。 

。 考虑 应 用 将 引用 对 象 改 为 值 对 象 〈252) 或 将 值 对 象 改 为 
i ee eee 
引用 对 象 。 











ve fil 


我 将 从 一 个 简单 的 订单 Corder) 类 开始 。 访 类 从 一 个 简 
单 的 记录 结构 里 读 取 所 需 的 数据 ， 这 其 中 有 一 个 订单 优先 级 
(priority) 字段 ， 它 是 以 字符 串 的 形式 被 读 入 的 。 





class Order... 


constructor(data) { 
this.priority = data.priority; 
// more initialization 


客户 端 代 码 有 些 地 方 是 这 么 用 它 的 : 


客户 Üj eee 


|| "rush" === o.priority) 
.length; 


无 论 何 时 ， 当 我 与 一 个 数据 值 打交道 时 ， 第 一 件 事 一 定 
是 对 它 使 用 封装 变量 (132) 。 


class Order... 


get priority() {return this._priority;} 
set priority(aString) {this. priority = aString;} 
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的 设 值 函 数 了 。 


这 使 它 成 了 一 个 自封 装 的 字段 ， 因 此 我 暂 可 放任 原来 的 
引用 后 不 理 ， 先 对 字段 进行 处 理 。 


E a ee aN 
class) 。 该 类 应 该 有 一 个 构造 函数 接收 值 字段 ， 并 提供 一 
回 字 符 串 的 转换 函数 。 








class Priority { 
constructor(value) {this._value = value; } 
toString() {return this. value; } 


这 里 的 转换 函数 我 更 倾 癌 于 使 用 tostring 而 不 用 取 值 函 
数 (value) 。 对 类 的 客户 端 而 言 ， 一 个 返回 字符 串 描 述 的 API 
应 该 更 能 传达 “发 生 了 数据 转换 ”的 信息 ， 而 使 用 取 值 函数 取 用 
一 个 字段 就 缺乏 这 方面 的 感觉。 


然后 我 要 修改 访问 函数 ， 使 其 用 上 新 创建 的 类 。 








class Order... 


get priority() {return this._priority.toString();} 
set priority(aString) {this._priority = new Priority(aString) 


提炼 出 Priority 类 后 ， 我 发 觉 现 在 order 类 上 的 取 值 函数 
命名 有 点 儿 误 导 人 了 。 它 确实 还 是 返回 了 优先 级 信息 ， 但 却 是 
一 个 字符 串 描述 ， 而 不 是 一 个 priority 对 象 。 于 是 我 立即 对 它 
应 用 了 函数 改名 (124) 。 

















class Order... 


get priorityString() {return this._priority.toString();} 
set priority(aString) {this._priority = new Priority(aString) 


客户 Ü eee 


highPriorityCount = orders.filter(o => "high" === o.priorityS 
|| "rush" === o.prioritySt 
. Length; 


这 里 设 值 函 数 的 名 字 倒 没有 使 我 不 满 ， 因 为 函数 的 参数 
能 够 清晰 地 表达 其 意图 。 


到 此 为 止 ， 正式 的 重 构 手法 就 结束 了 。 不 过 当 我 进一步 
但 看 优先 级 字段 的 客户 端 时 ， 我 在 想 让 它们 直接 使 用 priority 
对 象 是 否 会 更 好 。 于 是 ， 我 着 手 在 订单 类 上 添加 一 个 取 值 函 
数 ， 让 它 直 接 返 回 新 建 的 priority 对 象 。 








class Order... 


get priority() {return this._priority;} 
get priorityString() {return this._priority.toString();} 
set priority(aString) {this._ priority = new Priority(aString) 


eo Üf eee 


highPriorityCount = orders.filter(o => "high" === o.priority. 
|| "rush" === o.priority.t 
. length; 


随 看 Priority 对 象 在 别处 也 有 了 用 处 ， 我 开始 支持 让 
order 类 类 的 客户 端 拿 者 priority 实 例 来 调用 设 值 函数 ， 这 可 以 通 
过 调整 priority 类 的 构造 冰 数 实现 。 


class Priority... 


constructor(value) { 
if (value instanceof Priority) return value; 
this. Value = value; 


} 





U a 现在 新 的 priority 类 可 以 容纳 更 多 
行 论 是 ; | 还 是 从 别处 搬移 过 来 的 。 
x A REL. 它 会 校 验 优先 级 的 传 入 值 ， 支 持 一 些 比较 逻 
辑 。 











class Priority... 


constructor(value) { 
if (value instanceof Priority) return value; 
if (Priority.legalValues().includes(value) ) 
this. value = value; 
else 
throw new Error( <${value}> is invalid for Priority’); 


toString() {return this. value; } 


get _index() {return Priority.legalValues().findIndex(s => s 
static legalValues() {return ['low', 'normal', ‘high', 'rush' 


equals(other) {return this. index === other._index; } 
higherThan(other) {return this. index > other. index; } 
lowerThan(other) {return this. _index < other. _index;} 








修改 的 过 程 中 ， 我 发 党 它 实际 上 已 经 担负 起 值 对 象 
(value object) 的 角色 ， 因 此 我 又 为 它 添加 了 一 个 equals 方 
法 ， 并 确保 它 的 值 不 可 修改 。 

加 上 这 些 行为 后 ， 我 可 以 让 客户 端 代 码 读 起 来 含义 更 清 
晰 。 


客户 Uhl eee 


highPriorityCount = orders.filter(o => o.priority.higherThan( 
. Length; 


7.4 ”以 查询 取代 临时 变量 (Replace 
Temp with Query) 


const basePrice = this, quantity * this._itemPrice; 
if (basePrice > 1000) 

return basePrice * 0.95; 
else 

return basePrice * 0.98; 


Y 


V 


get basePrice() {this._quantity * this._itemPrice;} 


if (this.basePrice > 1000) 
return this.basePrice * 0.95; 
else 
return this.basePrice * 0.98; 


动机 





临时 变量 的 一 个 作用 是 保存 茶 段 代码 的 返回 值 ， 以 便 在 
函数 的 后 面部 分 使 用 它 。 临 时 变量 允许 我 引用 之 前 的 值 ， 既 能 
解释 它 的 含义 ， 还 能 避免 对 代码 进行 重复 计算 。 但 尽管 使 用 变 
量 很 方便 ， 很 多 时 候 还 是 值得 更 进一步 ， 将 它们 抽取 成 函数 。 


如 果 我 正在 分 解 一 个 见长 的 函数 ， 那 么 将 变量 抽取 到 函 
数 里 能 使 函数 的 分 解 过 程 更 简单 ， 因 为 我 就 不 再 需要 将 变量 作 
为 参数 传递 给 所 炬 出 来 的 小 函数 。 将 变量 的 计算 逻辑 放 到 函数 
中 ， 也 有 助 于 在 提炼 得 到 的 函数 与 原 函 数 之 间 设 并 清晰 的 边 
界 ， 这 能 帮 我 及 现 并 避免 难 缠 的 依赖 及 副作用 。 


改 用 函数 还 让 我 避免 了 在 多 个 函数 中 重复 编写 计算 迎 
辑 。 每 当 我 在 不 同 的 地 方 看 见 同 一 段 变 量 的 计算 馆 辑 ， 我 就 会 
想方设法 将 它们 挪 到 同一 个 函数 里 。 


这 项 重 构 手法 在 类 中 施展 效果 最 好 ， 因 为 类 为 得 提 烁 函 
数 提供 了 一 个 共同 的 上 下 文 。 如 果 不 是 在 类 中 ， 我 很 可 能 会 在 
顶层 函数 中 拥有 过 多 参数 ， 这 将 冲淡 提炼 函数 所 能 带 来 的 诸多 
好 处 。 使 用 共 套 的 小 函数 可 以 避免 这 个 问题 ， 但 又 限制 了 我 在 
相关 函数 间 分 译 逻 辑 的 能 力 。 


以 但 询 取 代 临 时 变量 C178) 手法 只 适用 于 人 处理 某 些 类 型 

































































的 临时 变量 : AEG it KA ZT BE ee. 
简单 的 情况 是 ， 这 个 临时 变量 只 被 赋值 一 次 ， 但 在 更 复杂 的 代 
人 码 片 段 里 ， 变 量 也 可 能 被 多 次 赋值 一 一 些 时 应 该 将 这 些 计 算 代 
码 一 并 提炼 到 查询 函数 中 。 并 有 日 ， 待 提炼 的 逻辑 多 次 计算 同样 
的 变量 时 ， 应 该 能 得 到 相同 的 结果 。 因 此 ， 对 于 那些 做 快照 用 
途 的 临时 变量 〈 从 变量 名 往往 可 见 端 倪 ， 比 如 oldAddress 这 样 
的 名 字 ) ， 就 不 能 使 用 本 手法 。 








做 法 














。 检 查 变 量 在 使 用 前 是 否 已 经 完全 计算 完毕 ， 检 查 计算 它 的 
那 段 代 码 是 否 每 次 都 能 得 到 一 样 的 值 。 

。 如果 变 量 目前 不 是 只 读 的 ， 但 是 可 以 改造 成 只 读 变 量 ， 那 
PIC DUE E o 

e MR 

。 将 为 变量 赋值 的 代码 段 提炼 成 函数 。 




















如 果 变 量 和 函数 不 能 使 用 同样 的 名 字 ， 那 么 先 为 函 
数 取 个 临时 的 名 字 。 

确保 符 提 炼 函数 没有 副作用 。 各 有， 和 侈 应 用 将 查询 
函数 和 修改 函数 分 离 (306) 手法 隔离 副作用 。 








。 测 试 。 
。 应 用 内 联 变 量 123) 手法 移 除 临 时 变量 。 


ya fil 


这 里 有 一 个 简单 的 订单 类 。 
class Order... 


constructor(quantity, item) { 
this. quantity = quantity; 
this._item = item; 


} 


get price() { 
var basePrice = this. _quantity * this._item.price; 
var discountFactor = 0.98; 
if (basePrice > 1000) discountFactor -= 0.03; 
return basePrice * discountFactor; 


} 





全 时 变量 变 成 





我 希望 把 baseprice 和 discountFactor 两 个 | 
先 从 basePrice 开 始 ， 我 先 把 它 声 明成 const 并 运行 测 
试 。 这 可 以 很 好 地 防止 我 遗漏 了 对 变量 的 其 他 赋值 点 对 于 
这 么 个 小 函数 是 不 太 可 能 的 ， 但 当 我 处 理 更 大 的 函数 时 就 不 一 
定 了 。 














class Order... 


constructor(quantity, item) { 
this. quantity = quantity; 
this._item = item; 


t 


get price() { 
const basePrice = this. quantity * this._item.price; 
var discountFactor = 0.98; 
if (basePrice > 1000) discountFactor -= 0.03; 
return basePrice * discountFactor; 
} 
} 





然后 我 把 赋值 操作 的 右边 提炼 成 一 个 取 值 函数 。 


class Order... 


get price() { 
const basePrice = this.basePrice; 
var discountFactor = 0.98; 
if (basePrice > 1000) discountFactor -= 0.03; 
return basePrice * discountFactor; 


} 


get basePrice() { 
return this._quantity * this._item.price; 
} 


测试 ， 然 后 应 用 内 联 变 量 (123) 。 
class Order... 


get price() { 

z | ; 
var discountFactor = 0.98; 
if (this.basePrice > 1000) discountFactor -= 0.03; 


return this.basePrice * discountFactor; 


} 


接 下 来 我 对 discountFactor 重 复 同 样 的 步骤 ， 先 是 应 用 
FERAL (106) 。 


class Order... 


get price() { 
const discountFactor = this.discountFactor; 
return this.basePrice * discountFactor; 


} 


get discountFactor() { 
var discountFactor = 0.98; 
if (this.basePrice > 1000) discountFactor -= 0.03; 
return discountFactor; 
} 


这 里 我 需要 将 对 discountFactor 的 两 处 赋值 一 起 搬移 到 
新 提炼 的 水 数 中 ， 之 后 束 可 以 将 原 变 量 一 起 声明 为 const。 


Pia, ARSC He: 











get price() { 
return this.basePrice * this.discountFactor; 


t 


7.5 ”提炼 类 (Extract Class) 





REHE: 内 联 类 〈186 ) 


class Person { 


get officeAreaCode() {return this._officeAreaCode; } 
get officeNumber ( ) {return this._officeNumber; } 


Y 


V 


class Person { 


get officeAreaCode() {return this. _telephoneNumber .areaCode; } 
get officeNumber ( ) {return this._telephoneNumber .number ; } 


class TelephoneNumber { 


get areaCode() {return this._areaCode; } 
get number () {return this. number; } 


动机 


你 也 许 听 过 类 似 这 样 的 建议 : 一 个 类 应 该 是 一 个 清晰 的 
抽象 ， 只 处 理 一 些 明确 的 责任 ， 等 等 。 但 是 在 实际 工作 中 ， 类 
会 不 断 成 长 扩展 。 你 会 在 这 儿 加 入 一 些 功能 ， 在 那儿 加 入 一 些 
数据 。 给 菏 个 类 添加 一 项 新 贡 任 时 ， 你 会 党 得 不 值得 为 这 项 责 
任 分 离 出 一 个 独立 的 类 。 于 是 ， 随 着 责任 不 断 增 加 ， 这 个 类 会 
变 得 过 分 复 保 。 很 快 ， 你 的 类 束 会 变 成 一 团 乱 及 。 


设想 你 有 一 个 维护 大 量 函 数 和 数据 的 类 。 这 样 的 类 往往 
因为 太 大 而 不 易 理 解 。 此 时 你 需要 考虑 哪些 部 分 可 以 分 离 出 
去 ， 并 将 它们 分 离 到 一 个 独立 的 类 中 。 如 果梨 些 数据 和 茶 些 函 
数 忌 是 一 起 出 现 ， 菏 些 数据 经 第 同时 变化 甚至 彼此 相依 ， 这 区 
表示 你 应 该 将 它们 分 离 出 去 。 一 个 有 用 的 测试 就 是 问 你 目 己 ， 
如 果 你 搬移 了 茶 些 字段 和 函数 ， 会 及 生 什么 事 ? Fhe BOR K 
数 是 否 因 此 变 得 无 意义 ? 


另 一 个 往往 在 开发 后 期 出 现 的 信号 是 类 的 子 类 化 方式 。 
如 果 你 发 现 子 类 化 只 影响 类 的 部 分 特性 ， 或 如 果 你 发 现 东 些 特 
性 需要 以 一 种 方式 来 子 类 化 ， 东 些 特性 则 需要 以 刃 一 种 方式 子 
类 化 ， 这 束 意 味 着 你 需要 分 解 原来 的 类 。 















































做 法 


。 决 定 如 何 分 解 类 所 人 负 的 贡 任 。 
。 创建 一 个 新 的 类 ， 用 以 表现 从 旧 类 中 分 离 出 来 的 责任 。 


如 果 旧 类 剩 下 的 责任 与 昌 类 的 名 称 不 符 ， 为 旧 类 改 





。 构 造 旧 类 时 创建 一 个 新 类 的 实例 ， 建 立 “ 从 旧 类 访问 新 
类 ”的 连接 关系 。 

。 对 于 你 想 搬移 的 每 一 个 字段 ， 运 用 搬移 字段 (207) 搬移 
之 。 每 次 更 改 后 运行 测试 。 

。 使 用 搬移 函数 198) 将 必要 函数 搬移 到 新 类 。 先 搬移 较 
低层 函数 (也 就 是 “被 其 他 函数 调用 ”多 于 “调用 其 他 函 
BOR) 。 每 次 更 改 后 运行 测试 。 

。 检 查 两 个 类 的 接口 ， 去 掉 不 再 需要 的 函数 ， 必 要 时 为 函数 
重新 取 一 个 适合 新 环境 的 名 字 。 

。 决 定 是 否 公 开 新 的 类 。 如 果 确 实 需要 ， 考 虑 对 新 类 应 用 将 
引用 对 象 改 为 值 对 象 (252) 使 其 成 为 一 个 值 对 象 。 





ya fil 


我 们 从 一 个 简单 的 Person 类 开始 。 
Class Person... 


get name() {return this._name;} 

set name(arg) {this._name = arg;} 

get telephoneNumber() {return ~(${this.officeAreaCode}) ${thi 
get officeAreaCode( ) {return this._officeAreaCode; } 

set officeAreaCode(arg) {this._officeAreaCode = arg;} 

get officeNumber() {return this._officeNumber; } 

set officeNumber(arg) {this._officeNumber = arg; } 


这 里 ， 我 可 以 将 与 电话 号 码 相 关 的 行为 分 离 到 一 个 独立 
的 类 中 。 首 先 ， 我 要 定义 一 个 空 的 TelephoneNumber 类 来 表 
示 “ 电 话 号 码 ” 这 个 概念 : 





class TelephoneNumber { 


} 


易如反掌 ! 接着 ， 我 要 在 构造 person 类 时 创建 


TelephoneNumber 类 的 一 个 实例 。 


Class Person... 


constructor() { 
this. _telephoneNumber = new TelephoneNumber (); 
} 


class TelephoneNumber... 


get officeAreaCode( ) {return this._officeAreaCode; } 
set officeAreaCode(arg) {this._officeAreaCode = arg;} 


现在 ， 我 运用 搬移 字段 (207) 搬移 一 个 字段 。 
Class Person... 


get officeAreaCode( ) {return this._telephoneNumber .officeA 
set officeAreaCode(arg) {this._telephoneNumber .officeAreaCode 


再 次 运行 测试 ， 然 后 我 对 下 一 个 字段 进行 同样 处 理 。 


class TelephoneNumber... 
get officeNumber() {return this._officeNumber ; } 


set officeNumber(arg) {this._officeNumber = arg; } 


class Person... 


get officeNumber() {return this. _telephoneNumber . of ficeNumber 
set officeNumber(arg) {this._telephoneNumber.officeNumber = a 


再 次 测试 ， 然 后 再 搬移 对 电话 号 码 的 取 值 函数 。 


class TelephoneNumber... 


get telephoneNumber() {return ~(${this.officeAreaCode}) ${thi 


class Person... 


get telephoneNumber() {return this. _telephoneNumber .telephone 





现在 我 需要 做 些 清理 工作 。“ 电 话 号 人 码 ” 显 然 不 该 拥有 “办 
公 室 ”(office) 的 概念 ， 因 此 我 得 重 命名 一 下 变量 。 


class TelephoneNumber... 


get 
set 


get 
set 


areaCode( ) {return this._areaCode; } 
areaCode(arg) {this._areaCode = arg;} 


number () {return this._number; } 
number(arg) {this._number = arg; } 


class Person... 


get 
set 
get 
set 


officeAreaCode( ) {return this. _telephoneNumber .areaCod 
officeAreaCode(arg) {this._telephoneNumber.areaCode = arg 
officeNumber ( ) {return this. _telephoneNumber .number ; } 
officeNumber(arg) {this._telephoneNumber.number = arg; } 


TelephoneNumber 类 上 有 一 个 对 目 己 (telephone number) 
的 取 值 孙 数 也 没什么 道理 ， 因 此 我 又 对 它 应 用 函数 改名 


(124) 





向 


class TelephoneNumber... 


toString() {return `(${this.areaCode}) ${this.number} ;} 


class Person... 


get 


telephoneNumber() {return this. _telephoneNumber .toString( 





“电话 号 人 码 ” 对 象 一 般 还 具有 复 用 价值 ， 因 此 我 考虑 将 新 
提炼 的 类 暴露 给 更 多 的 客户 端 。 需 要 访问 TelephoneNumber 对 象 
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略 作 修改 即 可 。 但 这 样 TelephoneNumber 就 更 像 一 个 值 对 象 
(Value Object) [mf-vol 了 ， 因 此 我 会 先 对 它 使 用 将 引用 对 象 
改 为 值 对 象 〈252) 《那个 重 构 手法 所 用 的 范例 ， 正 是 基于 本 
章 电 话 号 码 例子 的 延续 ) 。 











7.6 内 联 类 (Inline Class) 





RHEN: KR (182) 
HE 


get officeAreaCode() {return this._ _telephoneNumber .areaCode; } 
get officeNumber ( ) {return this. _telephoneNumber .number ; } 


class Person { 


class TelephoneNumber { 
get areaCode() {return this._areaCode; } 
get number() {return this._number; } 


由 


class Person { 
get officeAreaCode() {return this._officeAreaCode; } 
get officeNumber ( ) {return this._officeNumber ; } 


动机 


内 联 类 正好 与 提炼 类 (182) 相反 。 如 采 一 个 类 不 再 承担 
足够 责任 ， 不 再 有 单独 存在 的 理由 (这 通常 是 因为 此 前 的 重 构 
动作 移 走 了 这 个 类 的 黄 任 ) ， 我 就 会 挑选 这 一 “ 委 缩 类 ”的 最 频 
a a 











应 用 这 个 手法 的 另 一 个 场景 是 ， 我 手头 有 两 个 类 ， 想 重 
新 安排 它们 屑 负 的 职责 ， 并 让 它们 产生 关联 。 这 时 我 及 现 先 用 
本 手法 将 它们 内 联 成 一 个 类 再 用 提炼 类 (182) 去 分 离 其 职责 
会 更 加 简单。 这 是 重新 组 织 代码 时 常用 的 做 法 : 有 时 把 相关 元 
素 一 口气 搬移 到 位 更 简单 ， 但 有 时 移 用 内 联手 法 合并 各 目的 上 
下 文 ， 再 使 用 提 烁 手法 再 次 分 离 它 们 会 更 合适 。 














做 法 


。 对 于 每 内 联 类 ( 源 类 ) 中 的 所 有 public 函 数 ， 在 目标 类 上 
创建 一 个 对 应 的 函数 ， 新 创建 的 所有 冰 数 应 该 直接 慨 托 至 
WR., 

。 修改 源 类 public 方 法 的 所 有 引用 点 ， 令 它们 调用 目标 类 对 
应 的 委托 方法 。 每 次 更 改 后 运行 测试 。 

。 将 源 类 中 的 函数 与 数据 全 部 搬移 到 目标 类 ， 每 次 修改 之 后 
进行 测试 ， 直 到 源 类 变 成 空 元 为 止 。 

。 删 除 源 类 ， 为 它 举行 一 个 简单 的 “ 形 礼 ” 








ya pil 


下 面 这 个 类 存储 了 一 次 物流 运输 (shipment) 的 知 干 跟 


踪 信 息 (tracking information) 。 


Z, 


class TrackingInformation { 
get shippingCompany() {return this. _shippingCompany; } 


set shippingCompany(arg) {this._shippingCompany = arg; } 
get trackingNumber ( ) {return this. _trackingNumber ; } 
set trackingNumber(arg) {this._trackingNumber = arg;} 


get display() 
return “${this.shippingCompany}: ${this.trackingNumber}; 
} 


J 
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它 作 为 shipment CHR) 类 的 一 部 分 被 使 用 。 


class Shipment... 


get trackingInfo() { 
return this. _trackingInformation.display; 


} 
get trackingInformation() {return this._ trackingInformation;} 
set trackingInformation(aTrackingInformation) { 

this. _trackingInformation = aTrackingInformation; 


J 








TrackingInformation 类 过 去 可 能 有 很 多 光荣 职责 ， 但 现 
在 我 觉得 它 已 不 再 能 肩负 起 它 的 责任 ， 因 此 我 希望 将 它 内 联 


J 


Ù 


到 Shipment 类 里 。 
首先 ， 我 要 寻找 TrackingInformation 类 的 方法 有 哪些 调 
用 点 o 





调用 方 … 


aShipment.trackingInformation.shippingCompany = request.vendo 


我 将 开始 将 源 类 的 类 似 函 数 全 都 搬移 到 shipment 里 去 ， 
但 我 的 做 法 与 做 搬移 函数 198) 时 略微 有 些 不 同 。 这 里 ， 我 
先 在 shipment 类 里 创建 一 个 委托 方法 ， 并 调整 客户 端 代码 ， 使 
其 调用 这 个 委托 方法 。 





class Shipment... 


set shippingCompany(arg) {this._trackingInformation.shippin 


调用 方 … 


aShipment-tFaekiheihfermnatienSshippingCcompany = request.vendo 


对 于 TrackingInformation 类 中 所 有 为 客户 端 调 用 的 方 
法 ， 我 将 施 以 相同 的 手法 。 这 之 后 ， 我 就 可 以 将 源 类 中 的 所 有 
东西 都 搬移 到 shipment 类 中 去 o 


我 先 对 display 方 法 应 用 内 联 函 数 (115) 手法 。 
class Shipment... 


get trackingInfo() { 
return ~“${this.shippingCompany}: ${this.trackingNumber}°; 
} 


再 继续 搬移 “ 收 货 公司 ”(shipping company) 字段 。 


get shippingCompany() {return this—traekingEnfermatien. ship 
set shippingCompany(arg) {this ,=-tFaekihgrhfoermatien shipping 


我 并 未 遵循 搬移 字段 (207) 的 全 部 步骤 ， 因 为 此 处 我 只 
是 改 由 目标 类 shipment 来 引用 shippingcompany， 那 些 从 源 类 搬 
移 引 用 至 目标 类 的 步骤 在 此 并 不 需要 。 


我 会 继续 相同 的 手法 ， 直 到 所 有 搬迁 工作 完成 为 止 。 那 
时 ， 我 束 可 以 删除 TrackingInformation 类 了 了 。 











class Shipment... 


get trackingInfo() { 

return “${this.shippingCompany}: ${this.trackingNumber}; 
} 
get shippingCompany( ) {return this. _shippingCompany ; } 
set shippingCompany(arg) {this._shippingCompany = arg; } 
get trackingNumber ( ) {return this. _trackingNumber ; } 
set trackingNumber(arg) {this._trackingNumber = arg; } 


7.7 Wsiih@2ILK A (Hide Delegate) 


RHEW: 移 除 中 间 人 “(192) 


A 


manager = aPerson.department.manager; 


由 


Y 


manager = aPerson.manager; 


class Person { 
get manager() {return this.department.manager ; } 


动机 








一 个 好 的 模块 化 的 设计 , “封装 ?即使 不 是 其 最 关键 特 
征 ， 也 是 最 关键 特征 之 一 。“ 封 痉 ” 音 味 着 每 个 模块 都 应 该 尽 可 
能 少 了 解 系统 的 其 他 部 分 。 如 此 一 来 ,一旦 发 生变 化 ， 需 要 了 
解 这 一 变化 的 模块 就 会 比较 少 一 一 这 会 使 变化 比较 容易 进行 。 


当 我 们 初学 面 问 对 象 扩 术 时 区 被 教导 ， 封 装 意 味 痢 应 该 
RA CIF. SAMA WE, eR, Aer 
《而 且 值得 ) 封装 的 东西 。 


如 果 某 些 客户 端 先 通过 服务 对 象 的 字段 得 到 另 一 个 对 象 
(受托 类 ) ， 然 后 调用 后 者 的 函数 ， 那 么 客户 束 必 须知 晓 这 一 
层 委 托 关 系 。 万 一 有 党 托 类 修改 了 接口 ， 变 化 会 波及 通过 服务 对 
象 使 用 它 的 所 有 客户 问 。 我 可 以 在 服务 对 象 上 放置 一 个 简单 的 
委托 函数 ， 将 委托 关系 隐藏 起 来 ， 从 而 去 除 这 种 依赖 。 这 么 一 
来 ， 即 使 将 来 委托 关系 发 生变 化 ， 变 化 也 只 会 影响 服务 对 象 ， 
而 不 会 直接 波及 所 有 客户 端 。 





























D`” 
delegate.aMethod() 


做 法 





。 对 于 每 个 委托 关系 中 的 函数 ， 在 服务 对 象 端 建立 一 个 简单 
的 委托 函数 。 

。 调 整 客户 端 ， 令 它 只 调用 服务 对 象 提供 的 函数 。 每 次 调整 
后 运行 测试 。 

。 如 果 将 来 不 再 有 任何 客户 端 需要 取 用 Delegate〈 受 托 
便 可 移 除 服务 对 象 中 的 相关 访问 函数 。 

e Wii. 








ya fil 


本 例 从 两 个 类 开始 ， 代 表 “ 人 ”的 Person 和 代表 “部 门 ”的 


Department. 


class Person... 


constructor(name) { 
this. name = name; 


get name() {return this._name;} 
get department ( ) {return this. department; } 
set department(arg) {this. department = arg; } 


class Department... 


get chargeCode() {return this. _chargeCode; } 
set chargeCode(arg) {this._chargeCode = arg; } 
get manager() {return this. manager; } 

set manager(arg) {this._manager = arg; } 





有 些 客户 端 希 望 知 道 某 人 的 经 理 是 谁 ， 为 此 ， 它 必须 先 
取得 Department 对 象 。 


客户 端 代码 .… 


manager = aPerson.department.manager; 





这 样 的 编码 就 对 客户 端 揭露 了 Department 的 工作 原理 ， 
于 是 客户 知道 : Department 负责 退 踪 “经 理 ”? 这 条 信息 。 如 果 对 
客户 隐藏 bepartment， 可 以 减少 耦合 。 为 了 这 一 目的 ， 我 
在 Person 中 建立 一 个 简单 的 委托 函数 。 








class Person... 


get manager() {return this._department.manager;} 


A ME, RHM Person h A A sia, LEE MIH wr K 


客户 端 代码 ... 
manager = aPerson-department-manager ; 
只 要 完成 了 对 Department 所 有 函数 的 修改 ， 并 相应 修改 


了 Person 的 所 有 客户 Üi» Ria 以 移 除 person 中 的 department 
访问 函数 了 。 


7.8 bela] A (Remove Middle 
Man) 


RHEW: 隐藏 委托 关系 《〈189) 


manager = aPerson.manager; 


class Person { 
get manager() {return this.department.manager ; } 


Y 


kg 


manager = aPerson.department.manager; 


动机 


在 隐藏 委托 关系 “189) 的 “动机 ”一 市 中 ， 我 痰 到 了 “ 封 
装 受 托 对 象 * 的 好 处 。 但 是 这 层 封 交 也 是 有 代价 的 。 每 当 客 户 
端 要 使 用 受托 类 的 新 特性 时 ， 你 惑 必 须 在 服务 端 添 加 一 个 简单 
委托 函数 。 随 着 受托 类 的 特性 《功能 ) 越 来 越 多 ， 更 多 的 转发 
函数 误会 使 人 烦躁 。 服 务 关 完全 变 成 了 一 个 中 间 人 《81) ， 此 
时 就 应 该 让 客户 直接 调用 受托 类 。〈 这 个 味道 通常 在 人 们 狂热 
地 遵循 迪 米 特 法 则 时 悄然 出 现 。 我 总 觉得 ， 如 果 这 条 法 则 当初 
叫 作 * 偶 尔 有 用 的 迪 米 特 建议 ”， 如 今 能 少 很 多 烦恼 。) 


很 难说 什么 程度 的 隐藏 才 是 合适 的 。 还 好 ， 有 了 隐藏 委 
ERR 189 和 删除 中 间 人 ， 我 大 可 不 必 操 心 这 个 问题 ， 因 
为 我 可 以 在 系统 运行 过 程 中 不 断 进 行 调 整 。 随 着 代码 的 变 
化 , “合适 的 隐藏 程度 "这 个 太 度 也 相应 改变 。6 个 月 前 恰 如 其 
THE, HLS A REE ART. FMI TET: 你 永远 

















不 必 说 对 不 起 一 一 只 要 把 出 问题 的 地 方 修 补 好 就 行 了 。 
做 法 


。 为 受托 对 象 创建 一 个 取 值 函数 。 
。 对 于 每 个 委托 函数 ， 让 其 客户 端 转 为 连续 的 访问 函数 调 
Flo BURBS IST MA. 











BRITTEN A va Re, Pa ey DAM ek 
MaA TS 





这 能 通过 可 自动 化 的 重 构 手法 来 完成 ， 你 可 以 先 对 
受托 字段 使 用 封装 变量 (132) ， 再 应 用 内 联 函 数 (115) 
内 联 所 有 使 用 它 的 函数 。 


ve pil 





我 又 要 从 一 个 Person 类 开始 了 ， 这 个 类 通过 维护 一 个 部 
门 对 象 来 决定 某 人 的 经 理 是 谁 。〈 如 果 你 一 口气 读 完 本 书 的 好 
几 章 ， 可 能 会 发 现 每 个 “人 与 部 门 ”* 的 例子 都 出 奇 地 相似 。) 








客户 端 代码 .… 


manager = aPerson.manager; 


Class Person... 


get manager() {return this. department ,manager } 


class Department... 


get manager() {return this. manager; } 


像 这 样 ， 使 用 和 封装 Department 都 很 简单 。 但 如 果 大 量 
函数 都 这 么 做 ， 我 就 不 得 不 在 Person 之 中 安置 大 量 委 托 行为 。 


CA EAS BRP TAI (ee ESC HEPerson"P E — AK 
数 ， 用 于 获取 受托 对 象 。 


Class Person... 


get department() {return this, department } 





然后 逐一 处 理 每 个 客户 端 ， 使 它们 直接 通过 受托 对 象 完 
成 工作 。 


客户 站 代码 … 


manager = aPerson.department.manager; 





完成 对 客户 端 引 用 点 的 蔡 换 后 ， 我 就 可 以 从 Person 中 移 
除 manager 方 法 了 。 我 可 以 重复 此 法 ， 移 除 Person 中 其 他 类 似 的 
简单 委托 函数 。 


我 可 以 混用 两 种 用 法 。 有 些 委 托 关 系 非常 党 用， 因此 我 
想 保住 它们 ， 这 样 可 使 客户 端 代码 调用 更 友好 。 何 时 应 该 隐藏 
委托 关系 ， 何 时 应 该 移 除 中 间 人 ， 对 我 而 言 没 有 绝对 的 标准 
一 一 代码 环境 自然 会 给 出 该 使 用 哪 种 手法 的 线索 ， 具 备 思考 能 
力 的 程序 员 应 能 分 辨 出 何 种 手法 更 佳 。 


如 果 手 边 在 用 目 动 化 的 重 构 工 具 ， 那 么 本 手法 的 步骤 有 
一 个 实用 的 变 招 : 我 可 以 先 对 department 应 用 封装 变量 
(132) 。 这 样 可 让 manager 的 取 值 函数 调用 department 的 取 值 
函数 。 


























class Person... 


get manager() {return this.department.manager ; } 











在 JavaScript 中 ， 调 用 取 值 函数 的 语法 跟 取 用 普通 字段 看 
起 来 很 像 ， 但 通过 移 除 department 字 段 的 下 划 线 ， 我 想 表达 出 
这 里 是 调用 了 取 值 函数 而 非 直 接 取 用 字段 的 区 别 。 


然后 我 对 manager 方 法 应 用 内 联 函 数 〈115) ， 一 口气 蔡 
换 它 的 所 有 调用 点 。 





7.9 KEYA (Substitute Algorithm) 


=- 5j 


} 


function foundPerson(people) { 
for(let i = 0; i < people.length; i++) { 
if (people[i] === "Don") { 
return "Don"; 


} 
if (people[i] === "John") { 
return "John"; 
} 
if (people[i] === "Kent") { 
return "Kent"; 
} 
} 
return ""> 


} 


Uy 


we 


function foundPerson(people) { 
const candidates = ["Don", "John", "Kent"]; 
return people.find(p => candidates.includes(p)) || ''; 


动机 


我 从 没 试 过 给 猫 刊 弃 ， 听 说 有 好 几 种 方法 ， 我 敢 肯 定 ， 
其 中 某 些 方法 会 比 另 一 些 简 单 。 算 法 也 是 如 此 。 如 果 我 发 现 做 
一 件 事 可 以 有 更 清晰 的 方式 ， 我 就 会 用 比较 清晰 的 方式 取代 复 
杂 的 方式 。“ 重 构 ? 可 以 把 一 些 复 杂 的 东西 分 解 为 较 简单 的 小 
ER, (EAI ato Uk ET Be, ME SS, R A Tl A 
的 算法 。 随 着 对 问题 有 了 更 多 理解 ， 我 往往 会 及 现 ， 在 原先 的 
做 法 之 外 ， 有 更 简单 的 解决 方案 ， 此 时 我 束 需 要 改变 原先 的 算 
法 。 如 末 我 开始 使 用 程序 库 ， 而 其 中 提供 的 条 些 功 能 /特性 与 
我 自己 的 代码 重复 ， 那 么 我 也 需要 改变 原先 的 算法 。 


有 时 我 会 想 修改 原先 的 算法 ， 让 它 去 做 一 件 与 原先 略 有 
兰 异 的 事 。 这 时 候 可 以 先 把 原先 的 算法 丛 换 为 一 个 较 易 修改 的 
算法 ， 这 样 后 续 的 修改 会 轻松 许多 。 


使 用 这 项 重 构 手 法 之 前 ， 我 得 确定 目 己 已 经 尽 可 能 分 解 
了 原先 的 函数 。 蔡 换 一 个 巨大 且 复 杂 的 算法 是 非常 困难 的 ， 只 
有 先 将 它 分 解 为 较 人 简单 的 小 型 函数 ， 我 才能 很 有 把 握 地 进行 算 
法 蔡 换 工作 。 





























做 法 





oo ee 
函数 中 。 

。 先 只 为 这 个 函数 准备 测试 ， 以 便 固定 它 的 行为 。 

o ERUN- GMH) 算法 。 

。 HUT HASTE 


e 运行 测 试 ， 比 对 新 旧 算 法 的 运行 结果 。 如 果 测 试 通过 ， 那 
就 大 功 告 成 ; 否则 ， 在 后 续 测 试 和 调试 过 程 中 ， 以 旧 算 法 
为 比较 参照 标准 。 


HEE ”搬移 特性 


到 目前 为 止 ， 我 介绍 的 重 构 手 法 都 是 关于 如 何 新 建 、 移 
除 或 重 命 名 程序 的 元 素 。 此 外 ， 还 有 另 一 种 类 型 的 重 构 也 很 重 
要 ， 那 就 是 在 不 同 的 上 下 文 之 间 搬 移 元 素 。 我 会 通过 搬移 函数 
(198) 手法 在 类 与 其 他 模块 之 间 搬 移 函 数 ， 对 于 字段 可 用 搬 
移 字段 (207) 手法 做 类 似 的 搬移 。 


有 时 我 还 需要 单独 对 语句 进行 搬移 ， 调 整 它们 的 顺序 。 
搬移 语句 到 函数 (213) 和 搬移 语句 到 调用 者 〈217) 可 用 于 将 
语句 搬入 函数 或 从 函数 中 搬出 ; 如果 需要 在 函数 内 部 调整 语句 
的 顺序 ， 那 么 移动 语句 (223) 就 能 派 上 用 场 。 有 时 一 些 语句 
做 的 事 已 有 现成 的 函数 代 蔡 ， 那 时 我 就 能 以 函数 调用 取代 内 联 
代码 (222) 消除 重复 。 


对 付 循 坏 ， 我 有 两 个 常用 的 手法 拆 分 循环 〈227) 可 以 
确保 每 个 循环 只 做 一 件 事 ， 以 管道 取代 循环 (231) 则 可 以 直 
接 消 灭 整个 循环 。 

最 后 这 项 手法 ， 我 相信 一 定 会 是 任何 一 个 合格 程序 员 的 
至 爱 ， 那 就 是 移 除 死 代 码 (237) 。 没 什么 能 比 手 刃 一 段 长 长 
的 无 用 代码 更 令 一 个 程序 员 感 到 满足 的 了 。 














8.1 搬移 函数 (Move Function) 


HZ: 搬移 函数 (Move Method) 


CT Pd 


class Account { 
get overdraftCharge() {...} 


Y 


W% 


class AccountType { 
get overdraftCharge() {...} 


动机 


模块 化 是 优秀 软件 设计 的 核心 所 在 ， 好 的 模块 化 能 够 让 
我 在 修改 程序 时 只 需 理解 程序 的 一 小 部 分 。 为 了 设计 出 高 度 模 
块 化 的 程序 ， 我 得 保证 互相 关联 的 软件 要 素 都 能 集中 到 一 块 ， 
并 确保 块 与 块 之 间 的 联系 易于 查找 、 和 直观 易 懂 。 同 时 ， 我 对 柑 
块 设计 的 理解 并 不 是 一 成 不 变 的 ， 随 看 我 对 代码 的 理解 加 深 ， 
我 会 知道 那些 软件 要 素 如 何 组 织 最 为 恰当 。 要 将 这 种 理解 反映 




















到 代码 上 ， 融 得 不 断 地 搬移 这 些 元 系 。 


任何 函数 都 需要 具备 上 下 文 环境 才能 人 存活。 这 个 上 下 文 
L a 
对 一 个 面 癌 对 象 的 程序 而 言 ， 类 作为 最 主要 的 模块 化 手段 ， 其 
本 里 束 能 充当 函数 的 上 下 文 ; 通过 共和 套 的 方式 ， 外 层 函 数 也 能 
为 内 层 函 数 提供 一 个 上 下 文 。 不 同 的 语言 提供 的 模块 化 机 制 各 
不 相同 ， 但 这 些 模块 的 共同 点 是 ， 它 们 都 能 为 函数 提供 一 个 赖 
以 存活 的 上 下 文 环 境 。 


搬移 函数 最 直接 的 一 个 动因 是 ， 它 频繁 引用 其 他 上 下 文 
中 的 元 素 ， 而 对 目 身 上 下 文中 的 元 素 却 关 心 其 少 。 此 时 ， 让 它 
去 与 那些 更 亲密 的 元 素 相 会 ， 通 常 能 取得 更 好 的 封装 效果 ， 因 
为 系统 别处 就 可 以 减少 对 当前 模块 的 依赖 。 


同样 ， 如 果 我 在 整理 代码 时 ， 友 现 需要 频繁 调用 一 个 别 
处 的 函数 ， 我 也 会 考虑 搬移 这 个 疗 数 。 有 时 你 在 函数 内 部 定义 
了 一 个 帮助 函数 ， 而 该 帮助 函数 可 能 在 别 的 地 方 也 有 用 处 ， 此 
时 就 可 以 将 它 搬移 到 某 些 更 通用 的 地 方 。 同 理 ， 定 义 在 一 个 类 
上 的 函数 ， 可 能 挪 到 男 一 个 类 中 去 更 方便 我 们 调用 。 


否 需 要 搬移 函数 党 津 不 易 抉择 。 为 了 做 出 决定 ， 我 需 
SEPA RAE AT LCG AR CDOS, RAR 
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数 需要 什么 数据 ， 等 等 。 在 搬移 过 程 中 ， 我 通常 会 发 现 需 要 为 
一 整 组 函数 创建 一 个 新 的 上 下 文 ， 此 时 就 可 以 用 函数 组 合成 类 
(144) 或 提炼 类 (182) 创建 一 个 。 尺 管 为 函数 选择 一 个 最 好 
的 去 处 不 太 容易 ， 但 决定 越 难 做 ， 通 常 说 明 “ 搬 移 这 个 函数 与 
否 ” 的 重要 性 也 越 低 。 我 发 现 好 的 做 法 是 先 把 函数 安置 到 系 一 
个 上 下 文 里 去 ， 这 样 我 就 能 发 现 它们 是 人 盏 问 合 ， 如 果 不 太 合适 
我 可 以 再 把 函数 搬移 到 别 的 地 方 。 















































做 法 








。 检 查 函 数 在 当前 上 下 文 里 引用 的 所 有 程序 元 素 〈 包 括 变量 
和 函数 ) ， 考 虑 是 否 需要 将 它们 一 并 搬移 








如 果 发 现 有 些 被 调用 的 函数 也 需要 搬移 ， 我 通常 会 
先 搬 移 它 们 。 这 样 可 以 保证 移动 一 组 函数 时 ， 总 是 从 依赖 
最 少 的 那个 函数 入 手 。 


如 果 该 函数 拥有 一 些 子 函数 ， 并 且 它 是 这 些 子 函数 
的 唯一 调用 者 ， 那 么 你 可 以 先 将 子 函 数 内 联 进来 ， 一 并 搬 
移 到 新 家 后 再 重新 提炼 出 子 函 数 。 














。 检查 行 搬移 函数 是 否 具 备 多 态 性 。 





在 面向 对 象 的 语言 里 ， 还 需要 考虑 该 函数 是 人 否 履 写 
SHRI, BASRA 


。 将 函数 复制 一 份 到 目标 上 下 文中 。 调 整 函 数 ， 使 它 能 适应 
新 家 。 





如 果 函 数 里 用 到 了 源 上 下 文 (source context) 中 的 
oR, RMAC A HME, BAe wae 





， 要 么 是 将 当前 上 下 文 的 引用 传递 到 新 的 上 下 文 那 边 


nt yk 


PAS PA BU KR, BOR CHT AT, TE 
它 更 符合 新 的 上 下 文 。 


TUT HASTE 

设法 从 源 上 下 文中 正确 引用 目标 函数 。 
修改 源 函 数 ， 使 之 成 为 一 个 纯 委托 函数 。 
测试 。 

考虑 对 源 函 数 使 用 内 联 函 数 (115) 





也 可 以 不 做 内 联 ， 让 源 函 数 一 直 做 委托 调用 。 但 如 
果 调 用 方 直 接 调 用 目标 函数 也 不 费 太 多 周折 ， 那 么 最 好 还 
rede PT] AAS BRE 
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让 我 用 一 个 函数 来 举例 。 这 个 函数 会 计算 一 条 GPS 轨迹 
记录 (track record) 的 总 距离 (total distance) 。 


function trackSummary(points) { 
const totalTime = calculateTime(); 
const totalDistance = calculateDistance(); 
const pace = totalTime / 60 / totalDistance ; 
return { 
time: totalTime, 
distance: totalDistance, 
pace: pace 


function calculateDistance() { 
let result = 0; 
for (let i = 1; i < points.length; i++) { 
result += distance(points[i-1], points[i]); 


} 

return result; 
} 
function distance(p1,p2) { ... } 
function radians(degrees) { ... } 
function calculateTime() { ... } 


我 希望 把 calculateDistance PR} 数 搬移 到 顶层 ’ ORE RR 
能 单独 计算 轨迹 的 距离 ， 而 不 必 算 出 汇总 报告 (summary) 的 
其 他 部 分 。 


我 先 将 函数 复制 一 份 到 顶层 作用 域 中 : 








function trackSummary(points) { 
const totalTime = calculateTime(); 
const totalDistance = calculateDistance(); 
const pace = totalTime / 60 / totalDistance ; 
return { 
time: totalTime, 
distance: totalDistance, 
pace: pace 


f 


function calculateDistance() { 
let result = 0 
for (let i = 1; i < points.length; i++) { 
result += distance(points[i-1], points[i]); 
} 


return result; 


} 


function distance(p1,p2) { ... } 
function radians(degrees) { ... } 
function calculateTime() { ... } 


function top_calculateDistance() { 
let result = 0; 
for (let i = 1; i < points.length; i++) { 
result += distance(points[i-1], points[i]); 


return result; 


} 


复制 函数 时 ， 我 习惯 为 函数 一 并 改 个 名 ， 这 样 可 让 “它们 
有 不 同 的 作用 域 这 个 信息 显得 一 目 了 然 。 现 在 我 还 不 想 花费 
必 思 考 谍 它 正确 的 名 守 流 是 什么 ， 因 此 我 外 先 肝 一 个 几 时 区 


此 时 代码 依然 能 正常 工作 ， 但 我 的 静态 分 析 器 要 开始 抱 
纺 了 ， 它 说 新 函数 里 多 了 两 个 未 定义 的 符号 ， 分 别 是 distance 
和 points。 对 于 points， 上 自然 是 将 其 作为 函数 参数 传 进来 。 














function top_calculateDistance(points) { 
let result =0; 
for (let i = 1; i < points.length; i++) { 
result += distance(points[i-1], points[i]); 


return result; 


至 于 distance， 虽然 我 也 可 以 将 它 作 为 参数 传 进 来 ， 但 
也 许 将 其 计算 函数 calculate Distance 一 并 搬移 过 来 会 更 合 
适 。 该 函数 的 代码 如 下 。 





function trackSummary... 


function distance(p1,p2) { 
const EARTH_RADIUS = 3959; // in miles 
const dLat radians(p2.lat) - radians(p1.lat); 
const dLon = radians(p2.lon) - radians(pi.lon); 
const a = Math.pow(Math.sin(dLat / 2),2) 
+ Math.cos(radians(p2.lat)) 
* Math.cos(radians(p1.lat)) 
* Math.pow(Math.sin(dLon / 2), 2); 
const c = 2 * Math.atan2(Math.sqrt(a), Math.sqrt(1-a)); 
return EARTH_RADIUS * cC; 
} 
function radians(degrees) { 
return degrees * Math.PI / 180; 


} 


我 留意 到 distance 函 数 中 只 调用 了 radians 函 数 ， 后 者 已 
经 没有 再 引用 当前 上 下 文 里 的 任何 元 素 。 因 此 与 其 将 radians 
作为 参数 ， 我 更 倾 癌 于 将 它 也 一 并 搬移 。 不 过 我 不 需要 一 步 到 
位 ， 我 们 可 以 先 将 这 两 个 函数 从 当前 上 下 文中 搬移 进 
calculateDistance 国 数 里 : 





function trackSummary(points) { 
const totalTime = calculateTime(); 
const totalDistance = calculateDistance(); 
const pace = totalTime / 60 / totalDistance ; 
return { 
time: totalTime, 
distance: totalDistance, 
pace: pace 


了 


function calculateDistance() { 
let result = 0; 
for (let i = 1; i < points.length; i++) { 
result += distance(points[i-1], points[i]); 


return result; 


function distance(pi,p2) { ... } 
function radians(degrees) { ... } 


这 样 做 的 好 处 是 ， 我 可 以 充分 用 挥 静 态 检 查 和 测试 的 作 
用 ， 让 它们 帮 我 检查 有 无 遗漏 的 东西 。 在 这 个 实例 中 一 切 顺 
利 ， 因 此 ， 我 可 以 放心 地 将 这 两 个 函数 直接 复制 


4l|top_calculateDistance'}: 











function top_calculateDistance(points) { 
let result = 0; 
for (let i = 1; i < points.length; i++) { 
result += distance(points[i-1], points[i]); 


return result; 


function distance(pi,p2) { ... } 
function radians(degrees) { ... } 


} 








这 次 复制 操作 同样 不 会 改变 程序 现 有 行为 ， 但 给 了 静态 
分 析 堪 更 多 介入 的 机 会 ， 增 加 了 暴露 错误 的 概率 。 假 如 我 在 上 
“HATH Blas stance BL il 还 调用 了 radians 函 数 ， 那 么 这 
步 就 会 被 分 析 器 检查 出 来 。 


现在 万 事 俱 备 ， 是 时 候 端 出 主 末 了 一 一 我 要 在 原 


calculateDistance 了 水 数 体 内 调用 top_ calculateDistancePf| ŽU: 














function trackSummary(points) { 
const totalTime = calculateTime(); 
const totalDistance = calculateDistance(); 
const pace = totalTime / 60 / totalDistance ; 
return { 
time: totalTime, 
distance: totalDistance, 
pace: pace 


}; 


function calculateDistance() { 
return top_calculateDistance(points); 


} 











接 下 来 最 重要 的 事 是 要 运行 一 过 测试 ， 看 看 功能 是 否 仍 
PATE, RBUEL MA He Baye. 


测试 通过 后 ， 便 算 完 成 了 主要 任务 ， 就 好 比 搬家 ， 现 在 
大 箱 小 箱 已 经 全 搬 到 新 家 ， 接 下 来 束 是 将 它们 拆 箱 复位 了 。 第 
一 件 事 是 决定 还 要 不 要 保留 原来 那个 只 起 委托 作用 的 函数 。 在 
这 个 例子 中 ， 原 函数 的 调用 扣 不 多 ， 作 为 藤 套 函数 它们 的 作用 
范围 通常 也 很 小 ， 因 此 我 觉得 这 里 大 可 直接 移 除 原 函数 。 




















function trackSummary(points) { 
const totalTime = calculateTime(); 
const totalDistance = top_calculateDistance(points); 
const pace = totalTime / 60 / totalDistance ; 
return { 
time: totalTime, 
distance: totalDistance, 
pace: pace 


A 


} 


同时 ， 也 该 是 时 候 为 这 个 函数 认真 想 个 名 字 了 。 因 为 顶 
层 函 数 拥有 最 高 的 可 见 性 ， 因 此 取 个 好 名 非常 重 
要 。 totalDistance 听 起 来 不 错 ， 但 还 不 能 马上 用 这 个 名 字 ， 
为 trackSummary 国 数 中 有 一 个 同名 的 变量 我 不 觉得 这 个 变 
量 有 保留 的 价值 ， 因 此 我 们 先 用 内 联 变 量 〈123) 处 理 它 ， 之 
后 再 使 用 改变 函数 声明 (124) : 














function trackSummary(points) { 


const totalTime = calculateTime(); 
const pace = totalTime / 60 / totalDistance(points) ; 
return { 

time: totalTime, 

distance: totalDistance(points), 

pace: pace 


}; 


function totalDistance(points) { 
let result = 0; 
for (let i = 1; i < points.length; i++) { 
result += distance(points[i-1], points[i]); 


} 


return result; 


} 


如 果 出 于 某 些 原因 ， 实 在 需要 保留 该 变量 ， 那 么 我 建议 
将 该 变量 改 个 其 他 的 名 字 ， 比 如 totalDistancecache 
或 distance 等 。 


由 于 distance 国 数 和 radians 国 数 并 未 使 用 totalDistance 
中 的 任何 变量 或 函数 ， 因 此 我 倾 辐 于 把 它们 也 提升 到 顶层 ， 也 
就 是 4 个 方法 都 放置 在 顶层 作 用 域 上 。 








function trackSummary(points) { ... } 
function totalDistance(points) { ... } 
function distance(p1,p2) { ... } 
function radians(degrees) { ... } 


有 些 人 则 更 倾 问 于 将 distance 和 radians 函 数 保留 
在 totalDistance 内 ， 以 便 限 制 它们 的 可 见 性 。 在 某 些 语言 里 ， 
这 个 顾虑 也 许 有 其 道理 ， 但 新 的 ES 2015 规 范 为 JavaScript 提 供 
了 一 个 美妙 的 模块 化 机 制 ， 利 用 它 来 控制 函数 的 可 见 性 是 再 好 
不 过 了 。 通 常 来 说 ， 我 对 骸 套 函数 还 是 心 存 警 惕 的 ， 因 为 很 容 
易 在 里 面 编写 一 些 私 有 数据 ， 并 且 在 函数 之 间 共 享 ， 这 可 能 会 


























增加 代码 的 阅读 和 重 构 难 度 。 


WB: 在 类 之 间 搬 移 函 数 


生 类 之 间 搬 移 函 数 也 是 一 种 常见 场景 ， 下 面 我 将 用 一 个 
表示 “账户 ”的 Account 类 来 讲解 。 


class Account... 


get bankCharge() { 
let result = 4.5; 


if (this. _daysOverdrawn > 0) result += this.overdraftCharge; 
return result; 


get overdraftCharge() { 
if (this.type.isPremium) { 
const baseCharge = 10; 
if (this.daysOverdrawn <= 7) 
return baseCharge; 
else 
return baseCharge + (this.daysOverdrawn - 7) * 0.85; 
} 


else 
return this.daysOverdrawn * 1.75; 
} 





上 面 的 代码 会 根据 账户 类 型 (account type) 的 不 同 ， 决 
定 不 同 的 “透支 金额 计 费 ”算法 。 因 此 ， 很 自然 会 想到 
将 overdraftcharge 了 水 数据 移 到 AccountType 类 去 。 


第 一 步 要 做 的 是 : 观察 被 overdraftcharge 使 用 的 每 一 项 
特性 ， 考 虑 是 否 值 得 将 它们 与 overdraftcharge 函 数 一 起 移动 。 











此 例 中 我 需要 让 daysoverdrawn 字 段 留 在 Account 类 中 ， 因 为 它 
会 随 不 同 种 类 的 账户 而 变化 。 


ORIG » 我 将 overdraftCharge 函 数 主 体 复制 到 AccountType 
类 中 ， 并 做 相应 调整 。 


class AccountType... 


overdraftCharge(daysOverdrawn) { 
if (this.isPremium) { 
const baseCharge = 10; 
if (daysOverdrawn <= 7) 
return baseCharge; 
else 
return baseCharge + (daysOverdrawn - 7) * 0.85; 


} 
else 
return daysOverdrawn * 1.75; 


为 了 使 函数 适应 这 个 新 家 ， 我 必须 决定 如 何 处 理 两 个 作 
用 范围 发 生 改 变 的 变量 。ispremium 如 今 只 需要 简单 地 从 this 上 
获取 ， 但 daysoverdrawn 怎 么 办 呢 ? 我 是 直接 传 值 ， 还 是 把 整 
个 account 对 和 象 传 过 来 ?为 了 方便 ， 我 选择 先 简 单传 一 个 值 ， 
不 过 如 果 后 续 还 需要 账户 (account) 对 象 上 除了 
daysoverdrawn 以 外 的 更 多 数据 ， 例 如 需要 根据 账户 类 型 
(account type) 来 决定 如 何 从 账户 〈account) 对 象 上 取 用 数 
那么 我 很 可 能 会 改变 主意 ， 转 而 选择 传 入 整个 account 
WR. 


完成 函数 复制 后 ， 我 会 将 原来 的 方法 代 之 以 一 个 委托 调 








用 。 


class Account... 


get bankCharge() { 
let result = 4.5; 


if (this. _daysOverdrawn > 0) result += this.overdraftCharge; 
return result; 


} 


get overdraftCharge() { 
return this.type.overdraftCharge(this.daysOverdrawn) ; 


J 





然后 下 一 件 需 要 决定 的 事情 是 ， 是 保留 overdraftcharge 
ee ie see eT 
Ie 





class Account... 


get bankCharge() { 
let result = 4.5; 
if (this. _daysOverdrawn > 0) 
result += this.type.overdraftCharge(this.daysOverdrawn) ; 
return result; 


J 


在 早先 的 步骤 中 ， 我 将 daysoverdrawn 作 为 参数 直接 传递 
ZFoverdraftChargeri@t, {HUNG Caccount) 对 象 上 有 很 
多 数据 需要 传递 ， 那 我 就 比较 倾 问 于 直接 将 整个 对 象 作 为 参数 
传递 过 去 : 








Class Account... 


get bankCharge() { 
let result = 4.5; 


if (this. _daysOverdrawn > 0) result += this.overdraftCharge; 
return result; 


J 


get overdraftCharge() { 
return this.type.overdraftCharge(this); 


} 


class AccountType... 


overdraftCharge(account) { 
if (this.isPremium) { 
const baseCharge = 10; 
if (account.daysOverdrawn <= 7) 
return baseCharge; 
else 
return baseCharge + (account.daysOverdrawn - 7) * 0.85; 
} 


else 
return account.daysOverdrawn * 1.75; 


8.2 ”搬移 字段 (Move Field) 


class Customer { 


get plan() {return this. _plan;} 
get discountRate() {return this. _discountRate; } 


Y 


V 


class Customer { 
get plan() {return this._plan;} 
get discountRate() {return this.plan.discountRate; } 


动机 


编程 活动 中 你 需要 编写 许多 代码 ， 为 系统 实现 特定 的 行 
为 ， 但 往往 数据 结构 才 征 一 个 健壮 程序 的 根基 。 一 个 适应 于 问 
题 域 的 民 好 数据 结构 ， 可 以 让 行为 代码 变 得 简单 明了 ， 而 一 个 
糟糕 的 数据 结构 则 将 招致 许多 无 用 代码 ， 这 些 代码 更 多 是 在 差 

















劲 的 数据 结构 中 间 纠 缠 不 清 ， 而 非 为 系统 实现 有 用 的 行为 。 代 
码 姿 乱 ， 势 必 难 以 理解 ， 不 仅 如 此 ， 坏 的 数据 结构 本 号 也 会 掩 
藏 程序 的 真实 意 


因此 ， 好 的 数据 结构 至 关 重 要 不 过 这 也 与 编程 活动 
的 许多 方面 一 样 ， 它 们 都 很 难 一 次 做 对 。 我 通常 都 会 做 些 预 先 
的 设计 ， 设 法 得 到 最 恰当 的 数据 结构 ， 此 时 如 果 你 具备 一 些 领 
域 驱动 设计 (domain-driven design) 方面 的 经 验 和 知识 ， 往 往 
有 助 于 你 更 好 地 设计 数据 结构 。 但 即便 经 验 再 丰富 ， 技 能 再 熟 
练 ， 我 仍然 发 现 我 在 进行 初版 设计 时 往往 还 是 会 犯错 。 在 不 断 
编程 的 过 程 中 ， 我 对 问题 域 的 理解 会 加 深 ， 对 “什么 是 理想 的 
数据 结构 ”会 有 更 多 想法 。 这 个 星期 看 来 合理 而 正确 的 设计 决 
策 ， 到 了 下 个 星期 可 能 就 不 再 正确 了 。 


如 果 我 发 现 数据 结构 已 经 不 适应 于 需求 ， 就 应 该 马上 修 
PEE © MAAARI ESP RAR, EBs Ze i ER 
R, FP EAE RES OR AR 


我 开始 寻思 搬移 数据 ， 可 能 是 因为 我 发 现 每 当 调 用 东 个 
图 数 时 ， 除 了 传 入 一 个 记录 参数 ， 还 总 是 需要 同时 传 入 另 一 条 
记录 的 某 个 字段 一 起 作为 参数 。 总 是 一 同 出 现 、 一 同 作为 函数 
参数 传递 的 数据 ， 最 好 是 规整 到 同一 条 记录 中 ， 以 体现 它们 之 
间 的 联系 。 修 改 的 难度 也 是 引起 我 注意 的 一 个 原因 ， 如 果 修 改 
一 条 记录 时 ， 总 是 需要 同时 改动 妨 一 条 记录 ， 那 么 说 明 很 可 能 
有 了 字段 放 错 了 位 置 。 此 外 ， 如 果 我 更 新 一 个 字段 时 ， 需 要 同时 
在 多 个 络 构 中 做 出 修改 ， 那 也 是 一 个 征兆 ， 表 明 该 字段 需要 被 
搬移 到 一 个 集中 的 地 点 ， 这 样 每 次 只 需 修 改 一 处 地 方 。 


搬移 字段 的 操作 通常 是 在 其 他 更 大 的 改动 背景 下 友 生 
的 。 实 施 字段 搬移 后 ， 我 可 能 会 及 现 字 段 的 诸多 使 用 者 应 该 通 
过 目标 对 象 来 访问 它 ， 而 不 应 该 再 通过 源 对 象 来 访问 。 诸 如 此 
类 的 清理 ， 我 会 在 此 后 的 重 构 中 一 并 完成 。 同 样 ， 我 也 可 能 因 
为 字段 当前 的 一 些 用 法 而 无 法 直接 搬移 它 。 我 得 先 对 其 使 用 方 




























































































式 做 一 些 重 构 ， 然 后 才能 继续 搬移 工作 。 


到 目前 为 止 ， 我 用 以 指称 数据 结构 的 术语 都 是 “ 记 

录 ”(record) ， 但 以 上 论述 对 类 和 对 象 同样 适用 。 类 只 是 一 种 
多 了 实例 函数 的 记录 ， 它 与 其 他 任何 数据 结构 一 样 ， 都 需要 保 
持 健 康 。 不 过 类 的 实例 函数 确实 简化 了 搬移 数据 的 操作 ， 因 为 
它 已 经 将 数据 的 存 取 封 装 到 访问 函数 中 。 当 我 搬移 数据 时 ， 只 
需要 相应 修改 访问 函数 的 引用 ， 该 字段 的 所 有 客户 端 依 然 可 以 
正常 工作 。 因 此 ， 如 果 你 的 数据 已 经 用 类 进行 了 封装 ， 那 么 这 
个 重 构 手法 会 更 容易 进行 ， 我 下 面 的 展开 也 做 了 “通过 类 封装 
的 数据 更 容易 搬移 ”这 个 假设 。 如 果 你 要 搬移 的 数据 是 裸 记 

录 ， 没 有 任何 封装 ， 虽 然 类 似 的 搬移 仍然 能 够 进行 ， 但 情况 惑 


A 
会 复杂 一 些 。 























做 法 





。 确保 源 字 段 已 经 得 到 了 民 好 封装 。 

e MiRo 

。 在 目标 对 象 上 创建 一 个 字段 〈 及 对 应 的 访问 函数 ) 。 
。 HUT HAE 

。 确保 源 对 象 里 能 够 正常 引用 目标 对 象 。 




















也 许 你 已 经 有 现成 的 字段 或 方法 得 到 目标 对 象 。 如 
果 没 有 ， 看 看 是 否 能 简单 地 创建 一 个 方法 完成 此 事 。 如 果 
还 是 不 行 ， 你 可 能 就 得 在 源 对 象 里 创建 一 个 字段 ， 用 于 存 
储 目标 对 象 了。 这 次 修改 可 能 留存 很 人 人， 但 你 也 可 以 只 做 
临时 修改 ， 等 到 系统 其 他 部 分 的 重 构 完 成 就 回来 移 除 它 。 























。 调整 源 对 象 的 访问 函数 ， 令 其 使 用 目标 对 象 的 字段 。 





如 果 源 类 的 所 有 实例 对 象 都 共享 对 目标 对 象 的 访问 
权 ， 那 么 可 以 考虑 先 更 新 源 类 的 设 值 函数 ， 让 它 修 改 源 字 
段 时 ， 对 目标 对 象 上 的 字段 做 同样 的 修改 。 然 后 ， 再 通过 
引入 断言 (302) ， 当 检测 到 源 字 段 与 目标 字段 不 一 致 时 
抛 出 错误 。 一 旦 你 确定 改动 没有 引入 任何 可 观察 的 行为 变 
化 ， 就 可 以 放心 地 让 访问 函数 直接 使 用 目标 对 象 的 字段 
Ja 























+ 测试 
。 移 除 源 对 象 上 的 字段 。 
测试 


vu fil 


我 将 用 下 面 这 个 例子 来 介绍 这 项 手法 ， 其 中 customer 类 
代表 了 一 位 “顾客 ”， a ne 与 顾客 关联 的 一 


Se 


class Customer... 


constructor(name, discountRate) { 
this. name = name; 
this._ discountRate = discountRate; 
this._contract = new CustomerContract(dateToday()); 


} 


get discountRate() {return this._discountRate; } 
becomePreferred() { 

this. _discountRate += 0.03; 

// other nice things 


applyDiscount(amount) { 


return amount.subtract(amount.multiply(this._discountRate) ); 


} 


class CustomerContract... 


constructor(startDate) { 
this._startDate = startDate; 


} 


我 想 要 将 折扣 率 (discountRate) 字段 从 customer 类 中 搬 
移 到 customercontract 里 中 。 


第 一 件 事情 是 先 用 封装 变量 (132) 将 对 _discountRate 
字段 的 访问 封装 起 来 。 








class Customer... 


constructor(name, discountRate) { 
this. name = name; 
this. _setDiscountRate(discountRate) ; 
this._contract = new CustomerContract(dateToday()); 
} 
get discountRate() {return this._discountRate; } 
_setDiscountRate(aNumber) {this._discountRate = aNumber; } 
becomePreferred() { 
this._setDiscountRate(this.discountRate + 0.03); 
// other nice things 


} 


applyDiscount(amount) { 
return amount.subtract(amount.multiply(this.discountRate) ); 


我 通过 定制 的 applyDiscount 方 法 来 更 新 字段 ) 而 不 是 使 
用 通常 的 设 值 函数 ， 这 是 因为 我 不 想 为 字段 暴露 一 个 public 的 
设 值 函数 。 


接着 我 在 customercontract 中 添加 一 个 对 应 的 字段 和 访问 


class CustomerContract... 


constructor(startDate, discountRate) { 
this. _startDate = startDate; 
this. _discountRate = discountRate; 


get discountRate( ) {return this. _discountRate; } 
set discountRate(arg) {this._discountRate = arg; } 


fe ROK, 我 可 以 修改 customer 对 象 的 访问 函数 ， 让 它 引 
用 customercontract 这 个 新 添 的 字段 。 不 过 当 我 这 么 干 时 ， 我 
收 到 了 一 个 错误 : “Cannot set property ‘discountRate’ of 
Undefined”。 这 是 因为 我 们 先 调用 了 _setpDiscountRate 国 数 ， 而 
此 时 customercontract 对 象 尚 未 创建 出 来 。 
误 ， 我 得 先 撤销 刚刚 的 代码 ， 回 到 上 一 个 可 工作 的 状态 ， 然 后 
再 应 用 移动 语句 (223) FYE, K_setdiscountRaterk 2 Va His 
句 挪动 到 创建 对 象 的 语句 之 后 。 


class Customer... 


constructor(name, discountRate) { 
this. name = name; 
this. _setDiscountRate(discountRate) ; 
this. contract = new CustomerContract(dateToday()); 


J 





搬移 完 语句 后 运行 一 下 测试 。 测 斌 通过 后 ， 再 次 修 
改 customer 的 访问 函数 ， 让 它 使 用 _contract 对 象 上 的 


discountRate 字 段 。 


class Customer... 


get discountRate() {return this. _contract.discountRate; } 
_setDiscountRate(aNumber) {this._contract.discountRate = aNum 





fEJavaScript'h, SARIN FRCS cE rH, Alte aie 
完 访问 函数 ， 实 际 上 已 经 没有 其 他 字段 再 需要 我 删除 。 


PAS RGR 





搬移 字段 这 项 重 构 手法 对 于 类 的 实例 对 象 通 常 较 易 进 
行 ， 因 为 将 数据 访问 包装 到 方法 中 ， 是 类 所 天 然 支持 的 一 种 封 
装 手段 。 如 果 我 要 搬移 的 字段 是 裸 记录 ， JF HIIT S PA i 
访问 ， 那 么 这 项 重 构 仍 然 很 有 意义 ， 只 不 过 情况 会 复杂 不 少 。 


我 可 以 先 为 记录 创建 相应 的 访问 函数 ， 并 修改 所 有 读 取 
和 更 新 记录 的 地 方 ， 使 它们 引用 新 创建 的 访问 函数 。 如 果 待 搬 
移 的 字段 是 不 可 变 (immutable) 的 ， 那 么 我 可 以 在 设 值 函数 
中 同时 更 新 源 字 段 和 目标 字段 ， 然 后 再 逐步 迁移 读 取 记录 的 调 




















HA. AL, KA RA) RESCH ARs (162) 手法 将 记 
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范例 : 搬移 字段 到 共 孕 对象 





现在 ， 让 我 们 看 另外 一 个 场景 。 还 是 那个 代表 “账户 ”的 
Account 类 ， 类 上 有 一 个 代表 “利率 ”的 字段 _ interestRate。 





Class Account... 


constructor(number, type, interestRate) { 
this. number = number; 
this. _type = type; 
this._interestRate = interestRate; 


get interestRate() {return this._interestRate; } 


class AccountType... 


constructor(nameString) { 
this._name = nameString; 


} 








我 不 希望 让 每 个 账户 自己 维护 一 个 利率 字段 ， 利 率 应 该 
取决 于 账户 本 身 的 类 型 ， 因 此 我 想 将 它 搬移 到 AccountType 中 


o 








利率 字段 已 经 通过 访问 函数 得 到 了 民 好 的 封装 ， 因 此 我 


只 需要 在 AccountType 上 创建 对 应 的 字段 及 访 问 函数 BN Hy o 
class AccountType... 


constructor(nameString, interestRate) { 
this. name = nameString; 
this._interestRate = interestRate; 


} 
get interestRate() {return this._interestRate;} 











接着 我 应 该 着 手 替 换 Account 类 的 访问 函数 ， 但 我 发 现 直 
接替 换 可 能 有 个 潜藏 的 问题 。 在 重 构 之 前 ， 每 个 账户 都 自己 维 
护 一 份 利率 数据 ， 而 现在 我 要 让 所 有 相同 类 型 的 账户 共享 同一 
个 利率 值 。 如 果 当 前 类 型 相同 的 账户 确实 拥有 相同 的 利率 ， 那 
么 这 次 重 构 就 能 成 立 ， 因 为 这 不 会 引起 可 观测 的 行为 变化 。 但 
只 要 存在 一 个 特例 ， 即 同一 类 型 的 账户 可 能 有 不 同 的 利率 值 ， 
那么 这 样 的 修改 就 不 叫 重 构 了 ， 因 为 它 会 改变 系统 的 可 观测 行 
为 。 倘 知 账 户 的 数据 保存 在 数据 库 中 ， 那 我 就 应 该 检查 一 下 数 
据 库 ， 确 保 同 一 类 型 的 账户 都 拥有 与 其 账户 类 型 匹配 的 利率 
值 。 同 时 ， 我 还 可 以 在 Account 类 引入 断言 (302) ， 确 保 出 现 
异常 的 利率 数据 时 能 够 及 时 发 现 。 
































Class Account... 


constructor(number, type, interestRate) { 
this. number = number; 
this. type = type; 
assert(interestRate === this. _type.interestRate); 
this._interestRate = interestRate; 


get interestRate() {return this. _interestRate; } 





我 会 保留 这 条 断言 ， 让 系统 先 运 行 一 段 时 间 ， 看 看 是 人 否 
会 在 这 捕获 到 错误 。 或 者 ， 除 了 深 加 断言 ， 我 还 可 以 将 错误 记 
录 到 日 志 里 。 一 段 时 间 后 ， 一 旦 我 对 代码 变 得 更 加 自信 ， 确 定 
它 确 实 没 有 引起 行为 变化 后 ， 我 就 可 以 让 Account 直 接 访 问 
AccountType 上 的 interestRate 字 段 ， 并 将 原来 的 字段 完全 删除 


o 











class Account... 


constructor (number, type) { 
this. number = number; 
this._type = type; 


get interestRate() {return this. _type.interestRate; } 


8.3 搬移 语句 到 函数 (Move 
Statements into Function ) 


RHEW: 搬移 语句 到 调用 者 (217) 


result.push( <p>title: ${person.photo.title}</p> ); 
result.concat(photoData(person.photo)); 


function photoData(aPhoto) { 
return [ 
*<p>location: ${aPhoto.location}</p>°, 
“<p>date: ${aPhoto.date.toDateString()}</p>', 
]; 
J 


Y 


ie 


result.concat(photoData(person.photo)); 


function photoData(aPhoto) { 

return [ 
“<p>title: ${aPhoto.title}</p>°, 
*<p>location: ${aPhoto.location}</p>°, 
“<p>date: ${aPhoto.date.toDateString()}</p>', 
]; 
} 


动机 


要 维护 代码 库 的 健康 发 展 ， 需 要 遵守 几 条 黄金 守则 ， 其 
中 最 重要 的 一 条 当 属 “消除 重复 "。 如 果 我 友 现 调用 茶 个 函数 
时 ， 总 有 一 些 相 同 的 代码 也 需要 每 次 执行 ， 那 么 我 会 考虑 将 此 
段 代 码 合并 到 函数 里 头 。 这 样 ， 日 后 对 这 段 代 码 的 修改 只 需 改 
一 处 地 方 ， 还 能 对 所 有 调用 者 同时 生效 。 如 果 将 来 代码 对 不 同 
的 调用 者 需 有 不 同 的 行为 ， 那 时 再 通过 搬移 语句 到 调用 者 
(217) 将 它 《〈 或 其 一 部 分 ) 搬移 出 来 也 十 分 简单 。 


如 果 东 些 语句 与 一 个 函数 放 在 一 起 更 像 一 个 整体 ， 并 且 
更 有 助 于 理解 ， 那 我 就 会 坚 不 狐 豫 地 将 语句 搬移 到 函数 里 去 。 
如 果 它 们 与 函数 不 像 一 个 整体 ， 但 仍 应 与 函数 一 起 执行 ， 那 我 
可 以 用 提 炬 函数 (106) 将 语句 和 函数 一 并 提炼 出 去 。 这 基本 
就 是 我 下 面 要 描述 的 做 法 了 了， 只 是 下 面 还 多 了 内 联 和 改名 的 步 
又 。 这 些 清 理工 作 通 常 有 其 必要 性 ， 可 以 在 完成 核心 步骤 后 再 
择机 完成 。 


























做 法 





。 如 果 重 复 的 代码 段 离 调用 目标 函数 的 地 方 还 有 些 距离 ， 则 
先 用 移动 语句 《223) HEE MAH po BN 
`L 

。 如 果 目 标 函数 仅 被 唯一 一 个 源 函数 调用 ， 那 么 只 需 将 源 函 

数 中 的 重复 代码 段 前 切 并 粘贴 到 目标 函数 中 即 可 ， 然 后 运 

行 测试 。 本 做 法 的 后 续 步骤 至 此 可 以 忽略 。 

站 果 画 数 不 上 一 个 调用 点 ， 那 委 先 选择 其 中 一 个 调用 点 应 

用 提炼 函数 106) ， 将 待 搬移 的 语句 与 目标 函数 一 起 提 

SR AIM ARNAEZ, HEATH 

索 即 可 。 

调整 函数 的 其 他 调用 点 ， 令 它们 调用 新 提炼 的 函数 。 每 次 

调整 之 后 运行 测试 。 

完成 所 有 引用 点 的 替换 后 ， 应 用 内 联 函 数 (115) 将 目标 

函数 内 联 到 新 函数 里 ， 并 移 除 原 目标 函数 。 

新 级 数 应 用 国 数 改名 《124》 SLAC 

名字 














如 果 你 能 想到 更 好 的 名 字 ， 那 束 用 更 好 的 那个 。 


vu fil 


我 将 用 一 个 例子 来 讲解 这 项 手法 。 以 下 代码 会 生成 一 些 
关于 相片 (photo〉 的 HTML: 


function render Per son (Ourstreal, person) { 
const result = []; 
result.push( “<p>${person.name}</p> ); 
result.push(renderPhoto(person.photo) ); 
result.push(°<p>title: ${person.photo.title}</p> ); 
result.push(emitPhotoData(person.photo) ); 


return result.join("\n"); 


} 
function photoDiv(p) { 
return [ 
"<div>", 
“<p>title: ${p.title}</p>°, 
emitPhotoData(p), 
"</div>", 


].join("\n"); 


function emitPhotoData(aPhoto) { 
const result = []; 
result.push(°<p>location: ${aPhoto.location}</p>°); 
result.push(°<p>date: ${aPhoto.date.toDateString()}</p>°); 
return result.join("\n"); 


这 个 例子 中 的 emitPhotopata 函 数 有 两 个 调用 点 ， 每 个 调 
用 点 的 前 面 都 有 一 行 类 似 的 重复 代码 ， 用 于 打印 与 标题 
title) 相关 的 信息 。 我 希望 能 消除 重复 ， 把 打印 标题 的 那 行 
代码 搬移 到 emitPhotopata 函 数 里 去 。 如 果 emitPhotopata 只 有 
一 个 调用 点 ， 那 我 大 可 直接 把 代码 复制 并 粘贴 过 去 就 完事 ， 但 
J 那 我 就 更 倾 问 于 用 更 安全 的 手法 小 步 前 
RE o 








我 先 选择 其 中 一 个 调用 点 ， 对 其 应 用 提炼 函数 (106) 。 
除了 我 想 搬移 的 语句 ， 我 还 把 emitphotopata 函 数 也 一 起 提炼 到 
新 函数 中 。 


function photoDiv(p) { 
return [ 
"<div>", 
zznew(p), 
"</div>", 
].join("\n"); 


function zznew(p) { 


return [ 
“<p>title: ${p.title}</p>°, 
emitPhotoData(p), 
].join("\n"); 








完成 提炼 后 ， 我 会 逐 -查看 emitPhotoData 的 其 他 调用 
点 ， 找 到 该 函数 与 其 前 面 的 重复 语句 ， 一 并 换 成 对 新 函数 的 调 
用 。 





function renderPerson(outStream, person) { 
const result = []; 
result.push( °<p>${person.name}</p>- ); 
result.push(renderPhoto(person.photo)); 
result.push(zznew(person.photo) ); 
return result.join("\n"); 





$ fh SEemitPhotoDatari Zz TA Way Aa, 我 紧 接着 应 
用 内 联 函 数 (115) 将 emitPhotopata 函 数 内 联 到 新 函数 中 。 





function zznew(p) { 
return [ 
“<p>title: ${p.title}</p>", 
“<p>location: ${p.location}</p>', 
“<p>date: ${p.date.toDateString()}</p>°, 
].join("\n"); 





最 后 ， 骨 对 新 提炼 的 函数 应 用 函数 改名 “124) ， 就 大 功 
TIRK T o 





function renderPerson(outStream, person) { 


const result = []; 

result.push( “<p>${person.name}</p> ); 
result.push(renderPhoto(person.photo)); 
result.push(emitPhotoData(person.photo) ); 
return result.join("\n"); 


} 


function photoDiv(aPhoto) { 
return [ 
"<div>", 
emitPhotoData(aPhoto), 
"</div>", 
].join("\n"); 


function emitPhotoData(aPhoto) { 
return [ 
“<p>title: ${aPhoto.title}</p>°, 
*<p>location: ${aPhoto.location}</p>°, 
“<p>date: ${aPhoto.date.toDateString()}</p>°, 
].join("\n"); 








同时 我 会 记得 调整 函数 参数 的 命名 ， 使 之 与 我 的 编程 风 
格 保持 一 致 。 


8.4 ”搬移 语句 到 调用 者 (Move 


Statements to Callers) 


反 向 重 构 :搬移 语句 到 函数 (213) 


emitPhotoData(outStream, person.photo); 


function emitPhotoData(outStream, photo) { 
outStream.write( <p>title: ${photo.title}</p>\n); 
outStream.write( <p>location: ${photo.location}</p>\n>`); 


} 





emitPhotoData(outStream, person.photo); 
outStream.write( <p>location: ${person.photo.location} 
</p>\n°); 


function emitPhotoData(outStream, photo) { 
outStream.write( <p>title: ${photo.title}</p>\n-); 
} 


动机 





作为 程序 员 ， 我 们 的 职责 束 是 设计 出 结构 一 致 、 抽 象 合 
宜 的 程序 ， 而 程序 抽象 能 力 的 源 果 正 是 来 自 函 数 。 与 其 他 抽象 
机 制 的 设计 一 样 ， 我 们 并 非 总 能 平衡 好 抽象 的 边界 。 随 独 系 统 
能 力 发 生 演进 〈 通 种 只 要 是 有 用 的 系统 ， 功 能 都 会 演进 ) ， 原 
先 设 定 的 抽象 边界 总 会 悄 无 声 昌 地 发 生 侦 移 。 对 于 函数 来 说 ， 
这 样 的 边界 侦 移 意味 着 曾经 视 为 一 个 整体 、 一 个 单元 的 行为 ， 
如 今 可 能 已 经 分 化 出 两 个 甚至 是 多 个 不 同 的 关注 点 。 


函数 边界 发 生 偏 移 的 一 个 征兆 是 ， 以 往 在 多 个 地 方 共用 
的 行为 ， 如 今 需 要 在 某 些 调用 点 面前 表现 出 不 同 的 行为 。 于 
是 ， 我 们 得 把 表现 不 同 的 行为 从 函数 里 挪 出 ， 并 搬移 到 其 调用 
处 。 这 种 情况 下 ， 我 会 使 用 移动 语句 “223) 手法 ， 先 将 表现 
不 同 的 行为 调整 到 函数 的 开头 或 结尾 ， 再 使 用 本 手法 将 语句 搬 
移 到 其 调用 点 。 只 要 兰 异 代码 极 搬移 到 调用 点 ， 我 就 可 以 根据 
需要 对 其 进行 修改 。 


这 个 重 构 手 法 比较 适合 处 理 边 界 仅 有 些许 侦 移 的 场景 ， 
但 有 时 调用 点 和 调用 者 之 间 的 边界 已 经 相去 其 远 ， 此 时 便 只 能 
重新 进行 设计 了 。 寿 果真 如 此 ， 最 好 的 办 法 是 先 用 内 联 函 数 
(115) 合并 双方 的 内 容 ， 调 整 语句 的 顺序 ， 再 提炼 出 新 的 函 
数 来 ， 以 形成 更 合适 的 边界 。 



































做 法 


。 最 简单 的 情况 下 ， 原 函数 非常 简单 ， 其 调用 者 也 只 有 窗 灾 
一 两 个 ， 此 时 只 需 把 要 搬移 的 代码 从 函数 里 前 切 出 来 并 业 


贴 回 调用 端 去 即 可 ， 必 要 的 时 候 做 些 调整 。 运 行 测试 。 如 
果 测 试 通过 ， 那 束 大 功 告 成 ， 本 手法 可 以 到 此 为 止 。 

蔡 调 用 点 不 止 一 两 个 ， 则 需要 先 用 提炼 函数 (106) 将 你 
不 想 搬 移 的 代码 提炼 成 一 个 新 函数 ， 函 数 名 可 以 临时 起 一 
个 ， 只 要 后 续 容 易 搜索 即 可 。 





如 果 原 函数 是 一 个 超 类 方法 ， 并 且 有 子 类 进行 了 禾 
写 ， 那 么 还 需要 对 所 有 子 类 的 履 与 方法 进行 同样 的 提炼 操 
作 ， 保 证 继承 体系 上 每 个 类 都 有 一 份 与 超 类 相同 的 提 和 烁 函 
Blo RAM TRAN PERK BUMPER, LE ENTS] HERK Ge ee h 
来 的 函数 。 














对 原 函 数 应 用 内 联 函 数 (115) o 
对 提 烁 出 来 的 函数 应 用 改变 函数 声明 (124) ， 令 其 与 原 
函数 使 用 同一 个 名 字 。 


如 果 你 能 想到 更 好 的 名 字 ， 那 就 用 更 好 的 那个 。 





ya pil 


下 面 这 个 例子 比较 简单 : emitPhotopata 是 一 个 函数 ， 在 
两 处 地 方 被 调用 。 


function renderPerson(outStream, person) { 
outStream.write( <p>${person.name}</p>\n ) ; 
renderPhoto(outStream, person.photo); 
emitPhotoData(outStream, person.photo); 


} 


function listRecentPhotos(outStream, photos) { 
photos 
.filter(p => p.date > recentDateCutoff() ) 
.forEach(p => { 
outStream.write("<div>\n"); 
emitPhotoData(outStream, p); 
outStream.write("</div>\n"); 


}); 


function emitPhotoData(outStream, photo) { 
outStream.write( <p>title: ${photo.title}</p>\n  ); 
outStream.write( <p>date : ${photo.date.toDateString()} 
</p>\n ); 
outStream.write( <p>location: ${photo.location}</p>\n>`); 


} 


我 需要 修改 软件 ， 支 持 listRecentPhotos 也 数 以 不 同方 式 
宣 染 相片 的 location 人 信息， 而 renderPerson 的 行为 则 保持 不 
变 。 为 了 使 这 次 修改 更 容易 进行 ， 我 要 应 用 本 手法 ， 
将 emitPhotoData 函 数 最 后 的 那 行 代码 搬移 到 其 调用 端 。 


一 般 来 说 ， 像 这 样 简单 的 场景 ， 我 都 会 直接 
将 emitPhotopata 的 最 后 一 行 前 切 并 粘贴 到 两 个 调用 它 的 函数 后 
i. 但 为 了 2 演示 这 项 重 构 手法 如 何在 更 复杂 的 场景 下 运作 ， 这 
里 我 还 是 遵从 更 详细 也 更 安全 的 步骤 。 


重 构 的 第 一 步 是 先 用 提炼 函数 〈106) ， 将 那些 最 终 和 希望 
留 在 emitPhotoData 国 数 里 的 ; BOAR. 




















function renderPerson(outStream, person) { 
outStream.write( <p>${person.name}</p>\n° ); 
renderPhoto(outStream, person.photo); 
emitPhotoData(outStream, person.photo); 


} 


function listRecentPhotos(outStream, photos) { 
photos 
.filter(p => p.date > recentDateCutofFf()) 


.forEach(p => { 
outStream.write("<div>\n"); 
emitPhotoData(outStream, p); 
outStream.write("</div>\n"); 

3); 

} 


function emitPhotoData(outStream, photo) { 
zztmp(outStream, photo); 
outStream.write( <p>location: ${photo.location}</p>\n_-); 


} 


function zztmp(outStream, photo) { 
outStream.write( <p>title: ${photo.title}</p>\n  ); 
outStream.write( <p>date : ${photo.date.toDateString()} 
</p>\n°); 
} 








新 提炼 出 来 的 函数 一 般 只 会 短暂 存在 ， 因 此 我 在 命名 上 
不 需要 太 认 真 ， 不 过 ， 取 个 容易 搜索 的 名 字 会 很 有 玫 助 。 提 烁 
完成 后 运行 一 下 测试 ， 确 保 提 和 烁 出 来 的 新 函数 能 正常 工作 。 


接 下 来 ， 我 要 对 emitPhotoData 的 调用 点 逐一 应 用 内 联 函 
数 (115) 。 先 从 renderPerson 国 数 开 始 。 











function renderPerson(outStream, person) { 
outStream.write( <p>${person.name}</p>\n-); 
renderPhoto(outStream, person.photo); 
zztmp(outStream, person.photo); 
outStream.write(~<p>location: ${person.photo.location} 
</p>\n ); 


function listRecentPhotos(outStream, photos) { 
photos 
.filter(p => p.date > recentDateCutoff() ) 
.forEach(p => { 
outStream.write("<div>\n"); 
emitPhotoData(outStream, p); 
outStream.write("</div>\n"); 


3); 


function emitPhotoData(outStream, photo) { 
zztmp(outStream, photo); 
outStream.write( <p>location: ${photo.location}</p>\n_-); 


} 


function zztmp(outStream, photo) { 
outStream.write( <p>title: ${photo.title}</p>\n ); 
outStream.write( <p>date: ${photo.date.toDateString()} 
</p>\n ); 
} 


然后 再 次 运行 测试 ， 确 保 这 次 函数 内 联 能 正 负 工作 。 测 
试 通过 后 ， 再 前 往 下 一 个 调用 后 。 


function renderPerson(outStream, person) { 
outStream.write( <p>${person.name}</p>\n. ); 
renderPhoto(outStream, person.photo); 
zztmp(outStream, person.photo); 
outStream.write( <p>location: ${person.photo.1location} 
</p>\n ); 
} 


function listRecentPhotos(outStream, photos) { 
photos 
.filter(p => p.date > recentDateCutofFf()) 
.forEach(p => { 
outStream.write("<div>\n"); 
zztmp(outStream, p); 
outStream.write(><p>location: ${p.location}</p>\n°); 
outStream.write("</div>\n"); 
3); 
} 


function emitPhotoData(outStream, photo) { 
zztmp(outStream, photo); 
outStream.write( <p>location: ${photo.location}</p>\n°); 


} 


function zztmp(outStream, photo) { 
outStream.write( <p>title: ${photo.title}</p>\n  ); 
outStream.write( <p>date: ${photo.date.toDateString()} 
</p>\n ); 


BGs 我 就 可 LL AS RAF I KJ emitPhotoDatarhi 2, 完成 内 
联 函 数 〈115) 手法 。 


function renderPerson(outStream, person) { 
outStream.write( <p>${person.name}</p>\n°); 
renderPhoto(outStream, person.photo); 
zztmp(outStream, person.photo); 
outStream.write( <p>location: ${person. photo. location} 
</p>\n ); 
} 


function listRecentPhotos(outStream, photos) { 
photos 

.filter(p => p.date > recentDateCutoff() ) 

.forEach(p => { 
outStream.write("<div>\n"); 
zztmp(outStream, p); 
outStream.write(><p>location: ${p.location}</p>\n°); 
outStream.write("</div>\n"); 


+); 


function zztmp(outStream, photo) { 
outStream.write( <p>title: ${photo.title}</p>\n-); 
outStream.write( <p>date: ${photo.date.toDateString()} 
</p>\n°); 
} 


最 后 ， 我 将 zztmp 改 名 为 原 函 数 的 名 字 emitPhotoData， 完 
成 本 次 重 构 。 





function renderPerson(outStream, person) { 
outStream.write( <p>${person.name}</p>\n° ); 
renderPhoto(outStream, person.photo); 
emitPhotoData(outStream, person.photo); 
outStream.write( <p>location: ${person. photo. location} 
</p>\n ); 
} 


function listRecentPhotos(outStream, photos) { 
photos 
.filter(p => p.date > recentDateCutofFf()) 
.forEach(p => { 
outStream.write("<div>\n"); 
emitPhotoData(outStream, p); 
outStream.write(><p>location: ${p.location}</p>\n°); 
outStream.write("</div>\n"); 
}); 
} 


function emitPhotoData(outStream, photo) { 
outStream.write( <p>title: ${photo.title}</p>\n`); 
outStream.write( <p>date : ${photo.date.toDateString()} 
</p>\n  ); 


8.5 以 函数 调用 取代 内 联 代码 
(Replace Inline Code with Function 
Call) 


a 


HA? 


let appliesToMass = false; 
for(const s of states) 
if (s === "MA") appliesToMass = true; 


y 


V 


appliesToMass = states.includes("MA"); 


动机 


善 用 函数 可 以 帮助 我 将 相关 的 行为 打包 起 来 ， 这 对 于 提 


升 代码 的 表达 力 大 有 神 益 一 一 ”一 个 命名 民 好 的 函数 ， 本 号 就 
能 极 好 地 解释 代码 的 用 途 ， 使 读者 不 必 了 解 其 细节 。 函 数 同样 
有 助 于 消除 重复 ， 因 为 同一 段 代 码 我 不 需要 编写 两 次 ， 每 次 调 
用 一 下 函数 即 可 。 此 外 ， 当 我 需要 修改 函数 的 内 部 实现 时 ， 也 
不 需要 四 处 寻找 有 没有 漏 改 的 相似 代码 。 (当然 ， 我 可 能 需要 
检查 函数 的 所 有 调用 点 ， 判 断 它们 是 否 都 应 该 使 用 新 的 实现 ， 
(ee ee 
尺码 。) 


如 果 我 见 到 一 些 内 联 代码 ， 它 们 做 的 事 迟 仅 仅 是 已 有 函 
数 的 重复 ， 我 通常 会 以 一 个 函数 调用 取代 内 联 代 码 。 但 有 一 种 
情况 需要 特殊 对 每 ， 那 就 是 当 内 联 代码 与 函数 之 间 只 是 外 表 相 
似 但 其 实 并 无 本 质 联 系 时 。 这 种 情况 下 ， 当 我 改变 了 函数 实现 
时 ， 并 不 期 望 对 应 内 联 代 码 的 行为 友 生 改变 。 判 断 内 联 代码 与 
PBZ LEGA IER, MAAK EER) NA himi: 如 采 一 
个 函数 命名 得 当 ， 也 确实 与 内 联 代 码 做 了 一 样 的 事 ， 那 么 这 个 
名 字 用 在 内 联 代码 的 语 境 里 也 应 该 十 分 协调 ， 如 果 函 数 名 显得 
不 协调 ， 可 能 是 因为 命名 本 里 束 比 较 粮 烷 (此 时 可 以 运用 函数 
改名 (124) 来 解决 ) ， 也 可 能 是 因为 函数 与 内 联 代 码 彼此 的 
用 途 确实 有 所 不 同 。 夺 是 后 者 的 情况 ， 我 就 不 应 该 用 函数 调用 
取代 该 内 联 代 码 。 

我 友 现 ， 配 合 一 些 库 函数 使 用 ， 会 使 本 手法 效果 更 佳 ， 


因为 我 甚至 连 函 数 体 都 不 需要 上 自己 编写 了 ， 库 已 经 提供 了 相应 
的 函数 。 


















































做 法 


。 将 内 联 代码 蔡 代 为 对 一 个 既 有 函数 的 调用 。 


e ix. 


8.6 ”移动 语句 (Slide Statements) 








用 名 : 合并 重复 的 代码 片段 (Consolidate Duplicate 


Conditional Fragments) 


const pricingPlan = retrievePricingPlan(); 
const order = retreiveOrder(); 


let charge; 
const chargePerUnit = pricingPlan.unit; 


const pricingPlan = retrievePricingPlan(); 
const chargePerUnit = pricingPlan.unit; 
const order = retreiveOrder(); 

let charge; 


动机 


让 存在 关联 的 东西 一 起 出 现 ， 可 以 使 代码 更 容易 理解 。 
如 果 有 几 行 代码 取 用 了 同一 个 数据 结构 ， 那 么 最 好 是 让 它们 在 
一 起 出 现 ， 而 不 是 夹杂 在 取 用 其 他 数据 结构 的 代码 中 间 。 基 简 
单 的 情况 下 ， 我 只 需 使 用 移动 语句 束 可 以 让 它们 聚集 起 来 。 此 
外 还 有 一 种 常见 的 “关联 ”"， 就 是 关于 变量 的 声明 和 使 用 。 有 人 
喜欢 在 函数 顶部 一 口气 声明 函数 用 到 的 所 有 变量 ， 我 个 人 则 可 
欢 在 第 一 次 需要 使 用 变量 的 地 方 再 声明 它 。 


通常 来 说 ， 把 相关 代码 搜集 到 一 处 ， 往 往 是 男 一 项 重 构 
( 通 第 是 在 提炼 函数 “106〉 ) 开始 之 前 的 准备 工作 。 相 比 于 
仅仅 把 几 行 相关 的 代码 移动 到 一 起 ， 将 它们 提 和 烁 到 独立 的 函数 
往往 能 起 到 更 好 的 抽象 效果 。 但 如 有 果 起 先 存在 关联 的 代码 就 没 
有 彼此 在 一 起 ， 那 么 我 也 很 难 应 用 提炼 函数 “106)〉 的 手法 。 






































做 法 


。 确定 行 移 动 的 代码 片段 应 该 被 搬 往 何 处 。 仔 细 检 查 竺 移动 
片段 与 目的 地 之 间 的 语 多， 看 看 搬移 后 是 人 否 会 影响 这 些 代 
码 正常 工作 。 如 下 会 ， 则 放弃 这 项 重 构 。 





往 前 移动 代码 片段 时 ， 如 采 片 段 中 声明 了 变量 ， 则 
不 允许 移动 到 任何 变量 的 声明 语句 之 前 。 往 后 移动 代码 片 
段 时 ， 如 果 有 语句 引用 了 竺 移动 睫 段 中 的 变量 ， 则 不 允许 
移动 到 该 语句 之 后 。 往 后 移动 代码 片段 时 ， 如 果 有 语句 修 
改 了 行 移动 片段 中 引用 的 变量 ， 则 不 允许 移动 到 该 语句 之 
后 。 往 后 移动 代码 片段 时 ， 如 果 片 段 中 修改 了 茶 些 元 系 ， 
则 不 允许 移动 到 任何 引用 了 这 些 元 系 的 语句 之 后 。 











。 甬 切 源 代码 片段 ， 粘 贴 到 上 一 步 选 定 的 位 置 上 。 
e IRo 


如 果 测 试 失 败 ， 那 么 尝试 减 小 移动 的 步子 ， 要么 是 减少 
上 下 移动 的 行 数 ， 要 么 是 一 次 搬移 更 少 的 代码 。 


ya fil 





移动 代码 片段 时 ， 通 常 需 要 想 清 楚 两 件 事 : 本 次 调整 的 
目标 是 什么 ， 以 及 该 目标 能 否 达到 。 第 一 件 事 通常 取决 于 代码 
所 在 的 上 下 文 。 最 简单 的 情况 是 ， 我 希望 元 素 的 声明 点 和 使 用 
点 互相 人 靠近， 因此 移动 语句 的 目标 便 是 将 元 素 的 声明 语句 移动 
到 靠近 它们 的 使 用 处 。 不 过 大 多 数 时 候 ， 我 移动 代码 的 动机 都 
是 因为 想 做 另 一 项 重 构 ， 比 如 在 应 用 提炼 函数 〈106) 之 前 先 
将 相关 的 代码 集中 到 一 块 ， 以 方便 做 函数 提炼 。 


确定 要 把 代码 移动 到 哪里 之 后 ， 我 陨 需 要 思考 第 二 个 问 
对， 也 就 是 此 次 搬移 能 售 做 到 的 问题 。 为 此 我 瑚 要 观察 符 移 动 
的 代码 ， 以 及 移动 中 间 经 过 的 代码 段 ， 我 得 思考 这 个 问题 如 
果 我 把 代码 移动 过 去 ， 执 行 次 序 的 不 同 会 不 会 使 代码 之 间 产 生 
干扰 ， 甚 至 于 改变 程序 的 可 观测 行为 ? 


请 观察 以 下 代码 片段 : 






































1 const pricingPlan = retrievePricingPlan(); 

2 const order = retreiveOrder(); 

3 const baseCharge = pricingPlan.base; 

4 let charge; 

5 const chargePerUnit = pricingPlan.unit; 

6 const units = order.units; 

7 let discount; 

8 charge = baseCharge + units * chargePerUnit; 


9 let discountableUnits = Math.max(units - pricingPlan.disco 
10 discount = discountableUnits * pricingPlan.discountFactor; 
11 if (order.isRepeat) discount += 20; 

12 charge = charge - discount; 
13 chargeOrder(charge); 





前 七 行 是 变量 的 声明 语句 ， 移 动 它 们 通常 很 简单 。 假 如 
我 想 把 与 处 理 折扣 (discount〉 相关 的 代码 搬移 到 一 起 ， 那 么 
我 可 以 直接 将 第 7 行 (let discount) 移动 到 第 10 行 上 面 
(discount = ... 那 一 行 )。 因 为 变量 声明 没有 副作用 ， 也 不 
会 引用 其 他 变量 ， 所 以 我 可 以 很 安全 地 将 声明 语句 往 后 移动 ， 
一 直 移 动 到 引用 discount 变 量 的 语句 之 上 。 此 种 类 型 的 语句 移 
动 也 十 分 常见 当 我 要 提炼 函数 (106) 时 ， 通 常 得 先 将 相 
关 变 量 的 声明 语句 搬移 过 来 。 


我 会 再 寻找 类 似 的 没有 副作用 的 变量 声明 语句 。 类 似 
地 ， 我 可 以 坚 无 障碍 地 把 声明 了 order 变 量 的 第 2 行 (const 
order = ...) 移动 到 使 用 它 的 第 6 行 (const units = ...) 上 
面 。 


上 面 搬移 变量 声明 语句 之 所 以 顺利 ， 除 了 因为 语句 本 时 
没有 副作用 ， 还 得 益 于 我 移动 语句 时 跨 过 的 代码 片段 同样 没有 
副作用 。 事 实 上 ， 对 于 没有 副作用 的 代码 ， 我 几乎 可 以 随心 所 
欲 地 纺 排 它们 的 顺序 ， 这 也 是 优秀 的 程序 员 都 会 尽量 编写 无 副 
作用 代码 的 原因 之 一 。 


当然 ， 这 里 还 有 一 个 小 细节 ， 那 束 是 我 从 何 得 知 第 2 行 代 
码 没有 副作用 呢 ? 我 只 有 深入 检查 ret rieveOrder() 函数 的 内 部 
实现 ， 才 能 真正 确保 它 确 实 没 有 副作用 《除了 检查 函数 本 丹 ， 
还 得 检查 它 内 部 调用 的 函数 都 没有 副作用 ， 以 及 它 调 用 的 函数 
内 部 调用 的 函数 都 没有 副作用 ..………. 一 直 检 查 到 调用 链 的 底 
tm) 。 实 践 中 ， 我 编写 代码 总 是 尽量 遵循 命令 与 查询 分 离 
(Command-Query Separation〉[mf-cqs] 原 则 ， 在 这 个 前 提 下 ， 












































我 可 以 确定 任何 有 返回 值 的 函数 都 不 人 存在 副作用 。 但 只 有 在 我 
了 解 代 码 库 的 前 担 下 才 如 此 上 自信， 如 宁 我 对 代码 库 还 不 熟悉 ， 
我 就 得 更 加 小 心 。 但 在 我 目 己 的 编码 过 程 中 ， 我 确实 总 是 尽量 
齐 循 命令 与 得 询 分 离 的 模式 ， 因 为 它 让 我 一 眼 就 能 看 清 代 码 有 
副作用 ， 而 这 件 事 情 真是 价值 不 菲 。 


如 果 竺 移动 的 代码 片段 本 身 有 副作用 ， 或 者 它 需 要 路 越 
的 代码 存在 副作用 ， 移 动 它们 时 就 必须 加 倍 小 心 。 我 得 仔细 寻 
找 两 个 代码 片段 中 间 的 代码 有 没有 副作用 ， 是 不 是 对 执行 次 序 
敏感 。 因 此 ， 假 设 我 想 将 第 11 行 Cif(order.isRepeat)...) 挪 
动 到 段落 底部 ， 我 会 发 现行 不 通 ， 因 为 中 间 第 12 行 语句 引用 了 
discount 变 量 ， 而 我 在 第 11 行 中 可 能 改动 这 个 变量 ; 类 似 地 ， 
假设 我 想 将 第 13 行 Cchargeorder(charge)) 往 上 搬移 ， 那 也 是 
行 不 通 的 ， 因 为 第 13 行 引用 的 charge 变 量 在 第 12 行 会 被 修改 。 
不 过 ， 如 果 我 想 将 第 8 行 代码 (charge = baseCharge + ...) 
移动 到 第 9 行 到 第 11 行 中 间 的 任意 地 方 则 是 可 行 的 ， 因 为 这 几 
行 都 未 修改 任何 变量 的 状态 。 


移动 代码 时 ， 最 容易 这 守 的 一 条 规则 是 ， 如 果 竺 移动 代 
码 片 段 中 引用 的 变量 在 另 一 个 代码 上 请 段 中 被 修改 了 ， 那 我 就 不 
能 安全 地 将 前 者 移动 到 后 者 之 后 ; 同样 ， 如 果 前 者 会 修改 后 者 
中 引用 的 变量 ， 也 一 样 不 能 安全 地 进行 上 述 移动 。 但 这 条 规则 
仅仅 作为 参考 ， 它 也 不 是 绝对 的 ， 比 如 下 面 这 个 例子 ， 虽 然 两 
个 语句 都 修改 了 彼此 之 间 的 变量 ， 但 我 仍 能 安全 地 调整 它们 的 
先后 顺序 。 



























































但 无 论 如 何 ， 要 判断 一 次 语句 移动 是 否 安全 ， 都 意味 着 
我 得 真正 理解 代码 的 工作 原理 ， 以 及 运算 符 之 间 的 组 合 方式 


Fy 
等 。 


正 因 此 项 重 构 如 此 雷 要 关注 状态 更 新 ， 所 以 我 会 尽量 移 
除 那些 会 更 新 元 素 状 态 的 代码 。 比 如 此 例 中 的 charge 变 量 ， 在 
eee 
(240) 手法 。 


以 上 的 分 析 都 比较 简单 ， 没 什么 难度 ， 因 为 代码 里 修改 
的 都 是 局 部 变量 ， 局 部 变量 是 比较 好 处 理 的 。 但 处 理 更 复杂 的 
数据 结构 时 ， 情 况 束 不 同 了 ， 判 断代 码 段 之 间 是 售 存 在 相互 干 
扰 会 困难 得 多 。 这 时 测试 扮演 了 重要 角色 : 每 次 移动 代码 之 后 
运行 测试 ， 看 看 有 没有 任何 测试 失败 。 如 果 我 的 测试 履 盖 足够 
全 面 ， 我 就 会 对 这 次 重 构 比较 有 信心 但 如 果 测 试 履 盖 不 够 ， 
我 就 得 小 心 一 些 了 一 一 通常 ， 我 会 完 改善 代码 的 测试 ， 然 后 再 
进行 重 构 。 


如 果 移 动 过 后 测试 失败 了 ， 那 么 意味 着 我 得 减 小 移动 的 
步子 ， 比 如 一 次 先 移动 5 行 ， 而 不 是 10 行 ， 或 者 先 移动 到 那些 
看 着 比较 可 能 出 错 的 代码 上 面 ， 但 不 越过 它 ， 看 看 效果 。 同 
时 ， 测 试 失败 也 可 能 是 一 个 征 光 ， 提 醒 我 这 次 移动 可 能 还 不 是 
时 候 ， 可 能 还 需要 在 别处 先 做 一 些 其 他 的 工作 。 
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PASC ARS ERIS, HAE BIA RE, ES AR 
件 分 文 时 ， 通 音 是 反 过 来 ， 有 意 添 加 一 些 重 复 馆 辑 。 


在 下 面 这 个 例子 中 ， 两 个 条 件 分 支 里 都 有 一 个 相同 的 语 


let result; 

if (availableResources.length === 0) { 
result = createResource(); 
allocatedResources.push(result); 

} else { 
result = availableResources.pop(); 
allocatedResources.push(result); 


return result; 





我 可 以 将 这 两 句 重复 代码 从 条 件 分 支 中 移 走 ， 只 在 if- 
else 块 的 末尾 保留 一 句 o 


let result; 


if (availableResources.length === 0) { 
result = createResource(); 
} else { 


result = availableResources.pop(); 


allocatedResources.push(result); 
return result; 


这 个 手法 同样 可 以 反 过 来 用 ， 也 就 是 把 一 个 语句 分 别 搬 
移 到 不 同 的 条 件 分 文 里 ， 这 样 会 在 每 个 条 件 分 文 里 留 下 同一 段 
重复 的 代码 。 


延伸 阅读 





除了 我 介绍 的 这 个 方法 ， 我 还 见 过 一 个 十 分 相似 的 重 构 
手法 ， 名 字 叫 作 * 交 换 语 名 位置”(Swap Statement) [wake- 
swap]。 访 手法 同样 适用 于 移动 相 邻 的 代码 片段 ， 只 不 过 它 适 
用 的 是 只 有 一 条 语句 的 片段 。 你 可 以 把 它 想 成 移动 语句 手法 的 





AR, La re FAS BN CRS Fr BA Ae" rs ES Ar 
Bi, MAAR A). KATA IRR, PARE 
一 直 在 强调 小 步 修改 一 一 有 时 甚至 小 步 到 于 初学 重 构 的 人 看 来 
都 很 不 可 思议 的 地 步 。 


但 最 后 ， 我 还 是 选择 在 本 重 构 手 法 中 介绍 如 何 移动 范围 
更 大 的 代码 刻 段 ， 因 为 我 目 己 平时 束 是 这 么 做 的 。 我 只 有 在 处 
理 大 范围 的 语句 移动 遇 到 困难 时 才 会 变 得 小 步 、 一 次 只 移动 一 
条 语句 ， 但 即便 是 这 样 的 困难 我 也 很 少 遇 见 。 无 论 如 何 ， 当 代 
码 过 于 复 森 竣 乱 时 ， 小 步 的 移动 通常 会 更 加 顺利 。 

















8.7” 拆 分 循环 (Split Loop) 





V — 


会 ESS Sa 


let averageAge = 0; 

let totalSalary = 0; 

for (const p of people) { 
averageAge += p.age; 
totalSalary += p.salary; 

} 


averageAge = averageAge / people.length; 





let totalSalary = 0; 
for (const p of people) { 
totalSalary += p.salary; 


} 


let averageAge = 0; 
for (const p of people) { 


averageAge += p.age; 


averageAge = averageAge / people.length; 


动机 


你 常常 能 见 到 一 些 身 兼 多 职 的 循环 ， 它 们 一 次 做 了 两 三 
件 事情 ， 不 为 别 的 ， 就 因为 这 样 可 以 只 循环 一 次 。 但 如 果 你 在 
一 次 循环 中 做 了 两 件 不 同 的 事 ， 那 么 每 当 需 要 修改 循环 时 ， 你 
都 得 同时 理解 这 两 件 事情 。 如 果 能 够 将 循环 拆 分 ， 让 一 个 循环 
只 做 一 件 事情 ， 那 就 能 确保 每 次 修改 时 你 只 需要 理解 要 修改 的 
那 块 代码 的 行为 就 可 以 了 。 


拆 分 循环 还 能 让 每 个 循环 更 容易 使 用 。 如 果 一 个 循环 只 
计算 一 个 值 ， 那 么 它 直接 返回 该 值 即 可 ; 但 如 果 循 环 做 了 太 多 
件 事 ， 那 就 只 得 返回 结构 型 数据 或 者 通过 局 部 变量 传 值 了 。 因 
此 ， 一 般 拆 分 循环 后 ， 我 还 会 紧 接着 对 拆 分 得 到 的 循环 应 用 提 
炼 函 数 (106) 。 


这 项 重 构 手法 可 能 让 许多 程序 员 感 到 不 安 ， 因 为 它 会 坦 
使 你 执行 两 次 循环 。 对 此 ， 我 一 吐 的 建议 也 与 2.8 市 里 所 明确 
指出 的 一 致 ， 先进 行 重 构 ， 然 后 再 进行 性 能 优化 。 我 得 先 让 代 
码 结构 变 得 清晰 ， 才 能 做 进一步 优化 ; 如 果 重 构 之 后 该 循环 确 
实 成 了 性 能 的 瓶颈 ， 届 时 再 把 拆 开 的 循环 合 到 一 起 也 很 容易 。 
但 实际 情况 是 ， 即 使 处 理 的 列表 数据 更 多 一 些 ， 循 环 本 身 也 很 
少 成 为 性 能 瓶颈 ， 更 何况 拆 分 出 循环 来 通常 还 使 一 些 更 强大 的 
优化 手段 变 得 可 能 。 























做 法 


© 2 iil] Wa AAAS. 
0 ee eee 
。 测 试 。 


ERMAS, AER a BM ABET II DY H SE Ie ER BL 
(106) 。 


ya pil 


下 面 我 以 一 段 循环 代码 开始 。 该 循环 会 计算 需要 文 付 给 
所 有 员工 的 总 薪水 (total salary) ， 并 计算 出 最 年 轻 
(youngest) 员工 的 年 龄 。 


let youngest = people[0] ? people[O].age : Infinity; 
let totalSalary = 0; 
for (const p of people) { 
if (p.age < youngest) youngest = p.age; 
totalSalary += p.salary; 
} 


return ‘youngestAge: ${youngest}, totalSalary: ${totalSalary} 


该 循环 十 分 简单 ， 但 仍然 做 了 两 种 不 同 的 计算 。 要 拆 分 
这 两 种 计算 ， 我 要 先 复制 一 损人 循环 代 码 。 


let youngest = people[0] ? people[O].age : Infinity; 
let totalSalary = 0; 
for (const p of people) { 

if (p.age < youngest) youngest = p.age; 


totalSalary += p.salary; 


} 

for (const p of people) { 
if (p.age < youngest) youngest = p.age; 
totalSalary += p.salary; 

} 


return ‘youngestAge: ${youngest}, totalSalary: ${totalSalary} 


itl, Ein BEA PS TT ee eR, A 
MERRIER ZAR. BOR IPA HE RES EAD, AME 
可 以 先 留 着 它们 不 删除 ， 可 惜 上 述 例子 并 不 符合 这 种 情况 。 





let youngest = people[0] ? people[0].age : Infinity; 

let totalSalary = 0; 

for (const p of people) { 
totalSalary += p.salary; 

for (const p of people) { 
if (p.age < youngest) youngest = p.age; 

} 


return ‘youngestAge: ${youngest}, totalSalary: ${totalSalary} 





至 此 ， 拆 分 循环 这 个 手法 本 喘 的 内 容 束 结束 了。 但 本 手 
法 的 意义 不 仅 在 于 拆 分 出 循环 本 里， 而 且 在 于 它 为 进一步 优化 
提供 了 民 好 的 起 点 一 步 我 通常 会 寻求 将 每 个 循环 提炼 到 
独立 的 函数 中 。 在 做 提炼 之 前 ， 我 得 先 用 移动 语句 “223) 微 
调 一 下 代码 顺 友 ， 将 与 循环 相关 的 变量 先 搬移 到 一 起 : 

















let totalSalary = 0; 
for (const p of people) { 
totalSalary += p.salary; 


} 


let youngest = people[0] ? people[0].age : Infinity; 
for (const p of people) { 
if (p.age < youngest) youngest = p.age; 


return `youngestAge: ${youngest}, totalSalary: ${totalSalary} 


Kia, BoA VATA HE See (106) T. 


return “youngestAge: ${youngestAge()}, totalSalary: ${totalSa 


function totalSalary() { 
let totalSalary = 0; 
for (const p of people) { 
totalSalary += p.salary; 


return totalSalary; 


} 


function youngestAge() { 
let youngest = people[0] ? people[O].age : Infinity; 
for (const p of people) { 
if (p.age < youngest) youngest = p.age; 


return youngest; 


} 


对 于 像 totalsalary 这 样 的 累加 计算 ， o 抵挡 得 住 

一 步 使 用 以 管道 取代 循环 〈231) 重 构 它 的 诱惑 ， 而 对 于 
ee 显然 可 以 用 蔡 换 算法 (195) 蔡 之 以 更 好 
的 算法 。 











return ‘youngestAge: ${youngestAge()}, totalSalary: ${totalSa 


function totalSalary() { 
return people.reduce((total,p) => total + p.salary, 0); 


function youngestAge() { 
return Math.min(...people.map(p => p.age)); 


} 


8.8 LEE (Replace 
with Pipeline ) 


const names = []; 
for (const i of input) { 
if (i.job === "programmer" ) 
names.push(i.name) ; 


Y 


V 


const names = input 
.filter(i => i.job === "programmer" ) 
.map(i => i.name) 


动机 


Loop 


GRE BUF AE, FRAT A AEIR, TK 
代 一 组 集合 时 得 使 用 循环 。 不 过 时 代 在 发 展 ， 如 今 越 来 越 多 的 
编程 语言 都 提供 了 更 好 的 语言 结构 来 处 理 迭 代 过 程 ， 这 种 结构 
就 叫 作 和 集合 管道 (collection pipeline) 。 集 合 管道 [mf-cp] 是 这 
样 一 种 技术 ， 它 允许 我 使 用 一 组 运算 来 描述 集合 的 迭代 过 程 ， 
其 中 每 种 运算 接收 的 入 参 和 返回 值 都 是 一 个 集合 。 这 类 运算 有 
很 多 种 ， 最 常见 的 则 非 map 和 filter 莫 属 : map 运 算是 指 用 一 个 
函数 作用 于 输入 集合 的 每 一 个 元 素 上 ， 将 集合 变换 成 另外 一 个 
集合 的 过 程 ，jiter 运 算是 指 用 一 个 函数 从 输入 集合 中 筛选 出 符 
合 条 件 的 元 素 子 集 的 过 程 。 运 算得 到 的 集合 可 以 供 管 道 的 后 续 
流程 使 用 。 我 发 现 一 些 逻 辑 如 果 采 用 集合 管道 来 编写 ， 代 码 的 
HESS Be ep FRR YA MSL PIRI a RAS, RESET 
象 在 管道 中 间 的 变换 过 程 。 















































做 法 





。 创建 一 个 新 变量 ， 用 以 存放 参与 循环 过 程 的 集合 。 





也 可 以 简单 地 复制 一 个 现 有 的 变量 赋值 给 新 变量 。 


e 从 循环 顶部 开始 ， 将 循环 里 的 每 一 岂 行 为 依次 搬移 出 来 ， 
在 上 一 步 创建 的 集合 变量 上 用 一 种 管道 运算 珍 代 之 。 每 次 
修改 后 运行 测试 。 

。 搬移 完 循环 里 的 全 部 行为 后 ， 将 循环 整个 删除 。 




















WRA A ISA RIR OR EAE AR, ALA BE BR 
循环 后 ， 将 管道 运算 的 最 终结 末 赋 值 给 该 素 加 变量 。 














ya Bil 


在 这 个 例子 中 ， 我 们 有 一 个 CSV 文 件 ， 里 面 存 有 各 个 办 
公 室 (office) 的 一 些 数据 。 


office, country, telephone 

Chicago, USA, +1 312 373 1000 

Beijing, China, +86 4008 900 505 
Bangalore, India, +91 80 4064 9570 
Porto Alegre, Brazil, +55 51 3079 3550 
Chennai, India, +91 44 660 44766 


. (more data follows) 


Pik Sacquirebata kh ZIE FA ze MA Zda AP i HH ER 
的 所 有 办 公 室 ， 并 返回 办 公 室 所 在 的 城市 (city) 信息 和 联系 
电话 (telephone number) 。 


function acquireData(input) { 
const lines = input.split("\n"); 
let firstLine = true; 
const result = []; 
for (const line of lines) { 
if (firstLine) { 
firstLine = false; 


continue; 
if (line.trim() === "") continue; 
const record = line.split(","); 
if (record[1].trim() === "India") { 


result.push({city: record[0].trim(), phone: record[2].trim()} 


i 
} 


return result; 
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和 A 用 来 存放 参与 循环 过 
a 的 集合 值 。 


function acquireData(input) { 
const lines = input.split("\n"); 
let firstLine = true; 
const result = []; 
const loopItems = lines 
for (const line of loopItems) { 
if (firstLine) { 
firstLine = false; 


continue; 
if (line.trim() === "") continue; 
const record = line.split(","); 
if (record[1].trim() === "India") { 


result.push({city: record[0].trim(), phone: record[2].trim()} 
} 


return result; 


循环 第 一 部 分 的 作用 是 在 忽略 CSV 文 件 的 第 一 行 数据 。 
这 其 实 是 一 个 切片 〈slice) 操作 ， 因 此 我 先 从 循环 中 移 除 这 部 
A 并 在 集合 变量 的 声明 后 面 新 增 一 个 对 应 的 slice 运 算 
RE, 








function acquireData(input) { 
const lines = input.split("\n"); 
1 Ej i E å 
const result = []; 
const loopItems = lines 
.Slice(1); 
for (const line of loopItems) { 
: ; i 
Se E ; 
eontinde+ 
if (line.trim() === "") continue; 


const record = line.split(","); 
if (record[1].trim() === "India") { 


result.push({city: record[0].trim(), phone: record[2].trim()} 


} 


return result; 


} 


从 循环 中 删除 代码 还 有 一 个 好 处 ， 那 融 是 firstLine 这 个 
控制 变量 也 可 以 一 并 移 除了 一 一 无 论 何 时 ， 删 除 控制 变量 总 能 
IER -F Ly tt Tk o 


该 循环 的 下 一 个 行为 是 要 移 除 数据 中 的 所 有 空 行 。 这 同 
样 可 用 一 个 过 滤 Cfilter) 运算 替代 之 。 


function acquireData(input) { 
const lines = input.split("\n"); 
const result = []; 
const loopItems = lines 
.Slice(1) 
.filter(line => line.trim() !== "") 


for (const line of loopItems) { 





const record = line.split(","); 
if (record[1].trim() === "India") { 


result.push({city: record[0].trim(), phone: record[2].trim() } 


i 
} 


return result; 





编写 管道 运算 时 ， 我 喜欢 让 结尾 的 分 号 单 占 一行 ， 
这 样 方便 调整 管道 的 结构 。 








接 下 来 是 将 数据 的 一 行 转换 成 数组 ， 这 明显 可 以 用 一 
个 map 运 算 奉 代 。 然 后 我 们 还 发 现 ， 原 来 的 record 命 名 其 实 有 
误导 性 ， 它 没有 体现 出 “转换 得 到 的 结果 是 数组 ”这 个 信息 ， 不 
过 既然 现在 还 在 做 其 他 重 构 ， 先 不 动 它 会 比较 安全 ， 回 头 再 为 
它 改 名 也 不 迟 。 











function acquireData(input) { 
const lines = input.split("\n"); 
const result = []; 
const loopItems = lines 
.Slice(1) 
.filter(line => line.trim() !== "") 
.map(line => line.split(",")) 
for (const line of loopItems) { 
const record = line;.split(","); 
if (record[1].trim() === "India") { 


result.push({city: record[0].trim(), phone: record[2].trim()} 
} 


return result; 


然后 又 是 一 个 过 滤 (filter) 操作 ， 只 从 结果 中 筛选 出 印 
度 办 公 室 的 记录 。 


function acquireData(input) { 

const lines = input.split("\n"); 

const result = []; 

const loopItems = lines 
.Slice(1) 
.filter(line => line.trim() !== "") 
.map(line => line.split(",")) 
.filter(record => record[1].trim() === "India" ) 


了 
for (const line of loopItems) { 
const record = line; 


result.push({city: record[0].trim(), phone: record[2].trim()} 


} 


return result; 


} 


最 后 再 把 结果 映射 (map) 成 需要 的 记录 格式 : 


function acquireData(input) { 

const lines = input.split("\n"); 

const result = []; 

const loopItems = lines 
.Slice(1) 
.filter(line => line.trim() !== "") 
.map(line => line.split(",")) 
.filter(record => record[1].trim() === "India" ) 
.map(record => ({city: record[@0].trim(), phone: record 


for (const line of loopItems) { 
const record = line; 
result.push(line); 


t; 


return result; 


} 


现在 ， 循 环 剩余 的 唯一 作用 就 是 对 累加 变量 赋值 了 。 我 
可 以 将 上 面 管 道 产 出 的 结果 赋值 给 该 素 加 变量 ， 然 后 删除 整个 


循环 : 


function acquireData(input) { 
const lines = input.split("\n"); 
const result = lines 


.Slice(1) 
.filter(line => line.trim() !== "") 
.map(line => line.split(",")) 
.filter(record => record[1].trim() === "India") 
-map(record => ({city: record[@].trim(), phone: record 
fer—teenst tine—of teopttens} tt 
const record =tine— 
Fesuitpushtiine}; 
return result; 


} 





以 上 就 是 本 手法 的 全 部 精髓 所在 了。 不 过 后 续 还 有 些 清 
理工 作 可 做 : 我 内 联 了 result 变 量 ， 为 一 些 函 数 变 量 改名 ， 
后 还 对 代码 进行 布局 ， 让 和 它 读 起 来 更 像 个 表格 。 








function acquireData(input) { 
const lines = input.split("\n"); 
return lines 


.Slice (1) 

.filter (line => line.trim() !== "") 

.map (line => line.split(",")) 

.filter (fields => fields[1].trim() === "India") 


.map (fields => ({city: fields[0].trim(), phone: fie. 








我 还 想 过 是 否 要 内 联 lines 变 量 ， 但 我 感觉 它 还 算 能 解释 
该 行 代 码 的 意图 ， 因 此 我 还 是 将 它 留 在 了 原 处 。 











延伸 阅读 





如 条 想 了 解 更 多 用 集合 管道 殖 代 循环 的 案例 ， 可 以 参考 
我 的 文章 “Refactoring with Loops and Collection Pipelines”[mf- 
ref-pipe]. 











8.9 ” 移 除 死 代 码 (Remove Dead 
Code ) 


if (false) 
doSomethingThatUsedToMatter(); 


Y 


a 
动机 











事实 上 ， 我 们 部 车 到 生产 环境 甚至 是 用 户 设 备 上 的 代 
码 ， 从 来 未 因 代码 量 太 大 而 产生 额外 费用 。 就 算 有 几 行 用 不 上 
的 代码 ， 似 乎 也 不 会 因此 拖 慢 系统 速度 ， 或 者 占用 过 多 的 内 
存 ， 大 多 数 现代 的 编译 器 还 会 目 动 将 无 用 的 代码 移 除 。 但 当 你 
符 试 阅读 代码 、 理 解 软件 的 运作 原理 时 ， 无 用 代码 确实 会 带 来 
很 多 额外 的 思维 负担 。 它 们 周围 没有 任何 警示 或 标记 能 告诉 程 























Feit, LETHE is Bb AR RR, ALA AeA EAA HT 
EHET. SRE RER UES IN TA, KARE EE 
时 ， 却 发 现 无 论 怎么 修改 这 段 代码 都 无 法 得 到 期 望 的 输出 。 


一 旦 代码 不 再 被 使 用 ， 我 们 就 该 立马 删 除 它 。 有 可 能 以 
后 义 会 需要 这 段 代 码 ， 但 我 从 不 担心 这 种 情况 ;， 残 算 真 的 友 
生 ， 我 也 可 以 从 版 本 控制 系统 里 再 次 将 它 翻 找 出 来 。 如 来 我 真 
的 党 得 日 后 它 极 有 可 能 再 度 局 用， 那 还 是 要 删 掉 它 ， 只 不 过 可 
以 在 代码 里 留 一 段 注释 ， 提 一 下 这 段 代 码 的 存在 ， 以 及 它 被 移 
除 的 那个 提交 版 本 号 一 一 但 老实 讲 ， 我 已 经 记 不 得 我 上 次 撰写 
aa 

















在 以 前 ， 业 界 对 于 死 代码 的 处 理 态度 多 是 注释 掉 它 。 在 
版 本 控制 系统 还 未 普及 、 用 起 来 义 不 太 方便 的 年 代 ， 这 样 做 有 
其 道理 ;但 现在 版 本 控制 系统 已 经 相当 普及 。 如 今 哪 介 是 一 个 
极 小 的 代码 库 我 都 会 把 它 放 进 版 本 控制 ， 这 些 无 用 代码 理应 可 
以 放心 清理 了 。 





做 法 


。 如果 死 代 码 可 以 从 外 部 直接 引用 ， 比 如 它 是 一 个 独立 的 函 
数 时 ， 先 查找 一 下 还 有 无 调用 后 。 

。 将 死 代码 移 除 。 

e IRo 





第 9 章 ”重新 组 织 数 据 





数据 结构 在 程序 中 扮演 着 重要 的 角色 ， 所 以 坚 不 意外 ， 
我 有 一 组 重 构 手 法 专门 用 于 数据 结构 的 组 织 。 将 一 个 值 用 于 多 
个 不 同 的 用 途 ， 这 就 是 催生 混乱 和 bug 的 温床 。 所 以 ， 一 旦 看 
见 这 样 的 情况 ， 我 融会 用 拆 分 变量 〈240) 将 不 同 的 用 途 分 
开 。 和 其 他 任何 程序 元 素 一 样 ， 给 变量 起 个 好 名 字 不 容易 但 又 
非常 重要 ， 所 以 我 常会 用 到 变量 改名 (137) 。 但 有 些 多 余 的 
变量 最 好 是 和 初 底 消除 控 ， 比 如 通过 以 但 询 取 代 派 生变 量 
(248) 。 

引用 和 值 的 混 消 经 常会 造成 问题 ， 所 以 我 会 用 将 引用 对 


象 改 为 值 对 象 (252) 和 将 值 对 象 改 为 引用 对 象 (256) 在 两 者 
之 间 切 换 。 









































9.1 拆 分 变量 (Split Variable) 


HZ: 移 除 对 参数 的 赋值 (Remove Assignments 
Parameters) 


曾 用 名 : 分 解 | 





各 时 变量 (Split Temp) 
了 人 


Es 
Sm 


let temp = 2 * (height + width); 
console.log(temp); 

temp = height * width; 
console.log(temp); 


const perimeter = 2 * (height + width); 
console.log(perimeter); 

const area = height * width; 
console.log(area); 


动机 


to 








变量 有 各 种 不 同 的 用 途 ， 其 中 某 些 用 途 会 很 目 然 地 导致 
临时 变量 被 多 次 赋值 。 “循环 变量 ”和 “结果 收集 变量 ”就 是 两 个 
典型 例子 : 循环 变量 (oop variable) 会 随 循环 的 每 次 运行 而 
改变 (例如 for (let i=0; i<10; i++) 语句 中 的 1) ; 结果 收集 
变量 (collecting variable) 负责 将 “通过 整个 冰 数 的 运算 ”而 构 
成 的 某 个 值 收 集 起 来 。 


除了 这 两 种 情况 ， 还 有 很 多 变量 用 于 你 存 一 段 见 长 代码 
的 运算 结束 ， 以 便 稍 后 使 用 。 这 种 变量 应 该 只 被 赋值 一 次 。 如 
果 它 们 被 赋值 超过 一 次 ， 就 意味 它们 在 函数 中 承担 了 一 个 以 上 
的 贡 任 。 如 末 变 量 承担 多 个 贡 任 ， 它 就 应 该 被 葵 换 分解) 为 
多 个 变量 ， 每 个 变量 只 承担 一 个 贡 任 。 同 一 个 变量 承担 两 件 不 
同 的 事情 ， 会 令 代 码 阅 读者 糊涂 。 





























做 法 


。 在 待 分 解 变量 的 声明 及 其 第 一 次 被 赋值 处 ， 修 改 其 名 称 。 


如 果 稍 后 的 赋值 语句 是 “i=i+ 某 表达 式 形式 "， 意 味 着 
这 是 一 个 结果 收集 变量 ， 就 不 要 分 解 它 。 结 果 收 集 变 量 肖 
用 于 累加 、 字 符 串 拼接 、 写 入 流 或 者 同 集 合 谎 加 元 素 。 


e 如果 可 能 的 话 ， 将 新 的 变量 声明 为 不 可 修改 。 

。 以 该 变量 的 第 二 次 赋值 动作 为 界 ， 修 改 此 前 对 该 变量 的 所 
有 引用 ， 让 它们 引用 新 变量 。 

e IRo 

。 重 复 上 述 过 程 。 每 次 都 在 声明 处 对 变量 改名 ， 并 修改 下 次 











赋值 之 前 的 引用 ， 直 至 到 达 最 后 一 处 赋值 。 


ye pil 


下 面 范例 中 我 要 计算 一 个 苏格兰 布 ] 运动 的 距离 。 在 起 
点 处 ， 静 止 的 苏格兰 布丁 会 受到 一 个 初始 力 的 作用 而 开始 运 
动 。 一 段 时 间 后 ， 第 二 个 力作 用 于 布 了 ， 让 它 再 次 加 速 。 根 据 
牛顿 第 二 定律 ， 我 可 以 这 样 计 算 布丁 运动 的 距离 : 


function distanceTravelled (scenario, time) { 
let result; 
let acc = scenario.primaryForce / scenario.mass; 
let primaryTime = Math.min(time, scenario.delay); 
result = 0.5 * acc * primaryTime * primaryTime; 
let secondaryTime = time - scenario.delay; 
if (secondaryTime > 0) { 

let primaryVelocity = acc * scenario.delay; 


acc = (scenario.primaryForce + scenario.secondaryForce) / sce 
result += primaryVelocity * secondaryTime + 0.5 * acc * secon 


return result; 


真是 个 丑陋 的 小 东西 。 注 意 观 家 pe aay Gel 
被 赋值 两 次 的 。acc 变 量 有 商 个 责任 一 是 保存 第 一 个 力 造 
成 的 初始 加 速度 ， 第 二 是 保存 两 个 力 共 Fasten EE. XW 
古 我 想 要 分 解 的 东西 。 











在 尝试 理解 变量 被 如 何 使 用 时 ， 如 末 编 辑 器 能 高 膨 
显示 一 个 符 写 〈(symbol) 在 函数 内 或 文件 内 出 现 的 所 有 位 
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INO 





首先 ， 我 在 函数 开始 处 修改 这 个 变量 的 名 称 ， 并 将 新 变 
量 声明 为 const。 接 着 ， 我 把 新 变量 声明 之 后 、 第 二 次 赋值 之 
前 对 acc 变 量 的 所 有 引用 ， 全 部 改 用 新 变量 。 最 后 ， 我 在 第 二 
次 赋值 处 重新 声明 acc 变 量 : 





function distanceTravelled (scenario, time) { 
let result; 


const primaryAcceleration = scenario.primaryForce / scenario. 
let primaryTime = Math.min(time, scenario.delay); 


result = 0.5 * primaryAcceleration * primaryTime * primaryTim 
let secondaryTime = time - scenario.delay; 
if (secondaryTime > 0) { 
let primaryVelocity = primaryAcceleration * scenario.delay; 
let acc = (Scenario.primaryForce + scenario.secondaryForce) / 


result += primaryVelocity * secondaryTime + 0.5 * acc * secon 


return result; 


} 





新 变量 的 名 称 指出 ， 它 只 承担 原先 acc 变 量 的 第 一 个 责 
任 。 我 将 它 声 明 为 const， 确 保 它 只 被 赋值 一 次 。 然 后 ， 我 在 
原先 acc 变 量 第 二 次 被 赋值 处 重新 声明 acc。 现 在 ， 重 新 编译 并 
测试 ， 一 切 都 应 该 没有 问题 。 


然后 ， 我 继续 处 理 acc 变 量 的 第 二 次 赋值 。 这 次 我 把 原先 
的 变量 完全 删 挥 ， 代 之 以 一 个 新 变量 。 新 变量 的 名 称 指出 ， 它 
只 承担 原先 acc 变 量 的 第 二 个 责任 : 

















function distanceTravelled (scenario, time) { 
let result; 


const primaryAcceleration = scenario.primaryForce / scenario. 
let primaryTime = Math.min(time, scenario.delay); 


result = 0.5 * primaryAcceleration * primaryTime * primaryTim 
let secondaryTime = time - scenario.delay; 
if (secondaryTime > 0) { 

let primaryVelocity = primaryAcceleration * scenario.delay; 


const secondaryAcceleration = (scenario.primaryForce + scenar 
result += primaryVelocity * secondaryTime + 


0.5 * secondaryAcceleration * secondaryTime * secondaryTime; 


return result; 


} 





现在 ， 这 段 代码 肯定 可 以 让 你 想起 更 多 其 他 重 构 手 法 。 
尽情 享受 吧 。 我 敢 保 证 ， 这 比 吃 苏格兰 布丁 强 多 了 一 一 你 知 
道 他 们 都 在 里 面 放 了 些 什么 东西 吗 ? 1 ) 





范例 : 对 输入 参数 赋值 


为 一 种 情况 是 ， 变 量 是 以 输入 参数 的 形式 声明 又 在 函数 
内 部 被 再 次 赋值 ， 此 时 也 可 以 考虑 拆 分 变量 。 例 如 ， 下 列 代 
码 : 


function discount (inputValue, quantity) { 
if (inputValue > 50) inputValue = inputValue - 2; 
if (quantity > 100) inputValue = inputValue - 1; 
return inputValue; 


} 


这 里 的 inputvalue 有 了 两 个 用 途 : 它 既是 函数 的 输入 ， 也 

负责 把 结果 带 回 给 调用 方 。 〈 由 于 JavaScript 的 参数 是 按 值 传 

递 的 ， 所 以 函数 内 部 对 inputvalue 的 修改 不 会 影响 调用 方 。) 
在 这 种 情况 下 ， 我 就 会 对 inputvalue 变 量 做 拆 分 。 


function discount (originalInputValue, quantity) { 
let inputValue = originalInputValue; 
if (inputValue > 50) inputValue = inputValue 


if (quantity > 100) inputValue = inputValue 


- 2; 
return inputValue; 


- 1; 
} 


然后 用 变量 改名 “137) 给 两 个 变量 换 上 更 好 的 名 字 。 


function discount (inputValue, quantity) { 
let result = inputValue; 
if (inputValue > 50) result = result 


- 2; 
if (quantity > 100) result = result - 1; 
return result; 





我 修改 了 第 二 行 代 码 ， 把 inputvalue 作 为 判断 条 件 的 基 
准 数 据 。 昌 说 这 里 用 inputyalue 偿 是 result 效 末 都 一 但 在 
我 看 来 ， 这 行 代码 的 信义 是 “根据 原始 输入 值 做 判断 ， 然 后 修 
改 结果 值 ”， 


而 不 是 “根据 当前 结果 值 做 判断 “一 尽管 两 者 的 
效果 恰好 一 样 。 














1 苏格兰 布 了 Chaggis) 是 一 种 苏格兰 菜 ， 把 羊 心 等 内 脏 装 在 羊 骨 里 
者 成 。 由 于 它 被 皇 肯 包 成 一 个 球体 ， 因 此 可 以 像 球 一 样 足 来 踊 去 ， 
“把 羊 心 装 在 羊 胃 里 者 成 .………. ”, ME, A AXE 
免 对 这 道 菜 恶心 ，Martin Fowler 想 必 是 其 中 之 一 。 一 一 译 者 注 


9.2 ”字段 改名 (Rename Field) 


name 





class Organization { 
get name() {...} 


— 


i 


class Organization { 
get title() {...} 


动机 











命名 很 重要 ， 对 于 程序 中 广泛 使 用 的 记录 结构 ， 其 中 字 
段 的 命名 格外 重要 。 数 据 结 构 对 于 帮助 阅读 者 理解 特别 重要 。 
多 年 以 前 ，Fred Brooks 就 说 过 : “只 给 我 看 你 的 工作 流程 却 隐 


RE, REDAS SRK o AEWA RAS RANE, BE 
Ni Bie, MAER. MECA ABE 
了 ， 不 过 道理 还 是 一 样 的 。 数 据 结构 是 理解 程序 行为 的 关键 。 


既然 数据 结构 如 此 重要 ， 束 很 有 必要 保持 它们 的 整洁 。 
一 如 既往 地 ， 我 在 一 个 软件 上 做 的 工作 越 多 ， 对 数据 的 理解 融 
越 深 ， 所 以 很 有 必要 把 我 加 深 的 理解 融入 程序 中 。 

记录 结构 中 的 字段 可 能 需要 改名 ， 类 的 字段 也 一 样 。 在 
类 的 使 用 者 看 来 ， 取 值 和 设 值 函数 束 等 于 是 字段 。 对 这 些 函 数 
的 改名 ， 跟 裸 记录 结构 的 字段 改名 一 样 重要 。 























做 法 








。 如 果 记 录 的 作用 域 较 小 ， 可 以 直接 修改 所 有 该 字段 的 代 
码 ， 然 后 测试 。 后 面 的 步骤 就 都 不 需要 了 。 

。 如果 记录 还 未 封装 ， 请 先 使 用 封装 记录 (162) 。 

。 在 对 象 内 部 对 私有 字段 改名 ， 对 应 调整 内 部 访问 该 字段 的 
函数 

。 测 试 。 

。 如 果 构 造 函 数 的 参数 用 了 旧 的 字段 名 ， 运 用 改变 函数 声明 

(124) 将 其 改名 。 
。 运 用 函数 改名 (124) 给 访问 函数 改名 。 























whl: 给 字段 改名 


我 们 从 一 个 音量 开始 。 


const organization = {name: "Acme Gooseberries", country: "GB 


我 想 把 name 改 名 为 title。 这 个 对 象 被 很 多 地 方 使 用 ， 有 
些 代 码 会 更 新 name 字 段 。 所 以 我 首先 要 用 封装 记录 (162) 把 
这 个 记录 封装 起 来 。 





class Organization { 
constructor(data) { 
this. name = data.name; 
this. _country = data.country; 


get name() {return this._name; } 

set name(aString) {this._name = aString; } 

get country() {return this. country; } 

set country(aCountryCode) {this. country = aCountryCode; } 


J 


const organization = new Organization({name: "Acme Gooseberri 





现在 ， 记 录 结 构 已 经 被 封装 成 类 。 在 对 字段 改名 时 ， 有 4 
个 地 方 需 要 留意 : 取 值 函数 、 设 值 函 数 、 构 造 函 数 以 及 内 部 数 
据 结 构 。 这 上 听 起 来 似乎 是 增加 了 重 构 的 工作 量 ， 但 现在 我 可 以 
分 别 小 步 修改 这 4 处 ， 而 不 必 一 次 修改 所 有 地 方 ， 所 以 其 实 是 
降低 了 重 构 的 难度 。 小 步 修 改 束 意味 独 每 一 步 出 错 的 可 能 性 大 
大 减 小 ， 因 此 会 省 掉 很 多 工作 量 一 一 如 来 我 从 不 犯错 ， 小 步 前 
i eee ee 
AI 5 


由 于 已 经 把 输入 数据 复制 到 内 部 数据 结构 中 ， 现 在 我 需 
要 将 这 两 个 数据 结构 区 分 开 ， 以 便 各 目 单 独处 理 。 我 可 以 另外 
定义 一 个 字段 ， 修 改 构造 函数 和 访问 函数 ， 令 其 使 用 新 字段 。 





























class Organization... 


class Organization { 
constructor(data) { 
this._title = data.name; 
this. country = data.country; 
} 
get name() {return this. _title;} 
set name(aString) {this._title = aString;} 
get country() {return this. country; } 
set country(aCountryCode) {this._country = aCountryCode; } 


ae POR DR AY DAE Re te Ba AEH title Bx. 
class Organization... 


class Organization { 
constructor(data) { 


this. title = (data.title !== undefined) ? data.title : data. 
this. country = data.country; 
} 
get name() {return this._title;} 
set name(aString) {this._title = aString;} 
get country() {return this._country; } 
set country(aCountryCode) {this._country = aCountryCode; } 


现在 ， 构 造 函 数 的 调用 者 既 可 以 使 用 name 也 可 以 使 
用 title (后 者 的 优先 级 更 高 ) 。 我 会 逐一 查看 所 有 调用 构造 
困 数 的 地 方 ， 将 它们 改 为 使 用 新 名 字 。 








const organization = new Organization({title: "Acme Gooseberr 


全 部 修改 完成 后 ， 就 可 以 在 构造 水 数 中 去 挥 对 name 的 支 


持 ， 只 使 用 title。 


class Organization... 


Class Organization { 
constructor(data) { 
this._title = data.title; 
this. country = data.country; 


} 

get name() {return this. title; } 

set name(aString) {this._title = aString;} 
get country() {return this._country;} 


set country(aCountryCode) {this._country = aCountryCode; } 


现在 构造 函数 和 内 部 数据 结构 都 已 经 在 使 用 新 名 字 了 ， 
接 下 来 我 就 可 以 给 访问 函数 改名 。 这 一 步 很 简单 ， 只 要 对 每 个 
访问 函数 运用 函数 改名 〈124) 就 行 了 。 





class Organization... 


Class Organization { 
constructor(data) { 
this. _title = data.title; 
this. country = data.country; 


} 

get title() {return this. _ title;} 

set title(aString) {this._ title = aString;} 

get country() {return this. country; } 

set country(aCountryCode) {this._ country = aCountryCode; } 


上 面 展示 的 重 构 过 程 ， 是 本 重 构 手 法 最 重量 级 的 做 法 ， 
只 有 对 广泛 使 用 的 数据 结构 才 用 得 上 。 如 果 该 数据 结构 只 在 较 





AEE Cha Se BO) 中 用 到 ， 我 可 能 可 以 一 步 到 位 地 完 
成 所 有 改名 动作 ， 不 需要 提前 做 封装 。 何 时 需要 用 上 全 套 重 量 
级 做 法 ， 这 由 你 目 己 判断 一 一 如 果 在 重 构 过 程 中 破坏 了 测试 ， 
我 通常 会 视 之 为 一 个 信号 ， 说 明 我 需要 改 用 更 渐进 的 方式 来 重 


构 。 




















有 些 编程 语言 允许 将 数据 结构 声明 为 不 可 变 。 在 这 种 情 
况 下 ， 我 可 以 把 旧 字 段 的 值 复制 到 新 名 字 下 ， 逐 一 修改 使 用 方 
代码 ， 然 后 删除 旧 字 段 。 对 于 可 变 的 数据 结构 ， 重 复数 据 会 招 
致 灾难 ， 而 不 可 变 的 数据 结构 则 没有 这 些 麻 烦 。 这 也 是 大 家 愿 
意 使 用 不 可 变数 据 的 原因 。 








9.3 ”以 查询 取代 派生 变量 (Replace 
Derived Variable with Query) 


C- 


b l~ 


get discountedTotal() {return this._discountedTotal;} 


set discount(aNumber) { 
const old = this._discount; 
this. _discount = aNumber; 
this._discountedTotal += old - aNumber; 


} 


V 


get discountedTotal() {return this._baseTotal 
set discount(aNumber) {this._discount = aNumber;} 


- this. _discoun 


动机 


可 变数 据 是 软件 中 最 大 的 错误 源头 之 一 。 对 数据 的 修改 
第 各 导致 代码 的 各 个 部 分 以 丑陋 的 形式 互相 耘 合 : 在 一 处 修改 
数据 ， 却 在 为 一 处 造成 难以 友 现 的 破坏 。 很 多 时 候 ， 完 全 去 挥 








可 变数 据 并 不 现实 ， 但 我 还 是 强烈 建议 : 尽量 把 可 变数 据 的 作 
用 域 限制 在 最 小 范围 。 


有 些 变量 其 实 可 以 很 容易 地 随时 计算 出 来 。 如 有 果 能 去 抒 
这 些 变 量 ， 也 算 旨 着 消除 可 变性 的 方 癌 迈 出 了 一 大 步 。 计 算 冰 
能 更 清晰 地 表达 数据 的 含义 ， 而 且 也 避免 了 源 数据 修改 时 喜 
了 更 新 派生 变量 ”的 错误 。 


有 一 种 合理 的 例外 情况 : 如 宋 计算 的 源 数据 是 不 可 变 

的 ， 并 且 我 们 可 以 强制 要 求 计 算 的 结果 也 是 不 可 释 的 ， 那 么 就 
不 必 重 构 消 除 计算 得 到 的 派生 变量 。 因 此 , “根据 源 数据 生成 
新 数据 结构 ”的 变换 操作 可 以 保持 不 变 ， 即 便 我 们 可 以 将 其 奉 
换 为 计算 操作 。 实 际 上 ， 这 是 两 种 不 同 的 编程 风格 : 一 种 是 对 
象 风格 ， 把 一 系列 计算 得 出 的 属性 包装 在 数据 结构 中 ;为 一 种 
古 函 数 风格 ， 将 一 个 数据 结构 变换 为 男 一 个 数据 结构 。 如 果 源 
数据 会 被 修改 ， 而 你 必须 负责 管理 派生 数据 结构 的 整个 生命 周 
期 ， 那 么 对 象 风 格 显然 更 好 。 但 如 宋 源 数据 不 可 变 ， 或 者 派生 
数据 用 过 即 痉 ， 那 么 两 种 风格 都 可 行 。 









































做 法 


。 识别 出 所 有 对 变量 做 更 新 的 地 方 。 如 有 必要 ， 用 拆 分 变量 
(240) 分 割 各 个 更 新 点 。 

。 新 建 一 个 函数 ， 用 于 计算 该 变量 的 值 。 

。 用 引入 断言 〈302) 断言 该 变量 和 计算 函数 始终 给 出 同样 
的 值 。 





如 有 必要 ， 用 封装 变量 (132) 将 这 个 断言 封装 起 





来 。 


。 训 试 。 

。 修改 读 取 该 变量 的 代码 ， 令 其 调用 新 建 的 函数 。 
e IRo 

。 用 移 除 死 代 码 〈237) 去 掉 变 量 的 声明 和 赋值 。 


ve fil 





下 面 这 个 例子 虽 小 ， 却 完美 展示 了 代码 的 丑陋 。 


class ProductionPlan... 


get production() {return this. production; } 

applyAdjustment(anAdjustment) { 
this._adjustments.push(anAdjustment ) ; 
this. production += anAdjustment.amount; 





丑 与 不 丑 ， 全 在 观 者 。 我 看 到 的 丑陋 之 处 是 重复 一 一 不 
是 常见 的 代码 重复 ， 而 是 数据 的 重复 。 如 有 果 我 要 对 生产 计划 
(production plan) 做 调整 Cadjustment) ， 不 光 要 把 调整 的 信 
恩 保 存 下 来 ， 还 要 根据 调整 信息 修改 一 个 累计 值 一 一 后 者 完全 
可 以 即时 计算 ， 而 不 必 每 次 更 新 。 


但 我 是 个 齐 慎 的 人 。“ 可 以 即时 计算 ”只 是 我 的 猜想 
我 可 以 用 引入 断言 (302) 来 验证 这 个 猜想 。 





























class ProductionPlan... 


get production() { 
assert(this._ production === this.calculatedProduction) ; 
return this. production; 


} 


get calculatedProduction() { 
return this._adjustments 
.reduce( (sum, a) => sum + a.amount, 0); 


放 上 这 个 断言 之 后 ， 我 会 运行 测试 。 如 果断 言 没 有 失 
败 ， 我 就 可 以 不 再 返回 该 字段 ， 改 为 返回 即时 计算 的 结 琳 。 





class ProductionPlan... 


get production() { 






return this.calculatedProduction; 


} 


站 内 然后 用 内 联 函 数 (115) 把 计算 逻辑 内 联 到 production 疗 


class ProductionPlan... 


get production() { 
return this._adjustments 
.reduce( (sum, a) => sum + a.amount, 0); 


再 用 移 除 死 代码 〈237) 扫 清 使 用 旧 变 量 的 地 方 。 


class ProductionPlan... 


applyAdjustment(anAdjustment) { 
this._adjustments.push(anAdjustment ) ; 


. 
了 


范例 : 不 止 一 个 数据 来 源 


上 上面 的 例子 处 理 得 轻松 愉快 ， 因 为 production 的 值 很 明 
oe 一 个 来 源 。 但 有 时 候 ， 和 累计 值 会 受到 多 个 数据 来 源 的 影 
Hn] 。 





class ProductionPlan... 


constructor (production) { 
this._production = production; 
this._adjustments = []; 

} 

get production() {return this._production;} 

applyAdjustment(anAdjustment) { 
this._adjustments.push(anAdjustment ) ， 
this._production += anAdjustment.amount; 


J 


如 果 照 上 面 的 方式 运用 引入 断言 (302), KE 
production 的 初始 值 不 为 0， 断 言 就 会 失败 。 


不 过 我 还 是 可 以 蔡 换 派生 数据 ， 只 不 过 必须 先 运用 拆 分 
变量 (240) 。 


constructor (production) { 
this._initialProduction = production; 
this. _productionAccumulator = 0; 
this._adjustments = []; 


} 
get production() { 


return this._initialProduction + this._productionAccumulator; 


} 


现在 我 就 可 以 使 用 引入 断言 (302) 。 
class ProductionPlan... 


get production() { 
assert(this._productionAccumulator === this.calculatedProduct 


return this._initialProduction + this._productionAccumulator; 


} 


get calculatedProductionAccumulator() { 
return this._adjustments 
.reduce( (sum, a) => sum + a.amount, 0); 


fe PORN AA PR ER A AAAS. PIRS E R 
‘5: FA calculatedProduction Accumulator 这 个 属性 ， 而 不 把 它 内 


联 消去 。 


9.4 ”将 引用 对 象 改 为 值 对 象 〈(Change 


Reference to Value) 


反 回 重 构 : 将 值 对 象 改 为 引用 对 象 (256) 


class Product { 
applyDiscount(arg) {this._price.amount -= arg;} 


Y 


Y 


class Product { 
applyDiscount(arg) { 
this._price = new Money(this._price.amount - arg, this._p 


J 


动机 











在 把 一 个 对 象 ( 或 数据 结构 ) 骨 入 男 一 个 对 象 时 ， 位 于 
内 部 的 这 个 对 象 可 以 被 视 为 引用 对 象 ， 也 可 以 被 视 为 值 对 象 。 
天 者 最 明显 的 差异 在 于 如 何 更 新 内 部 对 象 的 属性 : 如 末 将 内 部 
对 象 视 为 引用 对 象 ， 在 更 新 其 属性 时 ， 我 会 保留 原 对 象 不 动 ， 
更 新 内 部 对 象 的 属性 ， 如 宁 将 其 视 为 值 对 象 ， 我 就 会 答 换 整个 
内 部 对 象 ， 新 换 上 的 对 象 会 有 我 想 要 的 属性 值 。 


如 果 把 一 个 字段 视 为 值 对 象 ， 我 可 以 把 内 部 对 象 的 类 也 
变 成 值 对 象 [mf-vo]。 值 对 象 通 常 更 容易 理解 ， 主 要 因为 它们 是 
不 可 变 的 。 一 般 说 来 ， 不 可 变 的 数据 结构 处 理 起 来 更 容易 。 我 
可 以 放心 地 把 不 可 变 的 数据 值 传 给 程序 的 其 他 部 分 ， 而 不 必 担 
心 对 象 中 包装 的 数据 被 偷偷 修改 。 我 可 以 在 程序 各 处 复制 值 对 
象 ， 而 不 必 操 心 维护 内 存 链接 。 值 对 象 在 分 布 式 系统 和 并 发 系 
统 中 尤为 有 用 。 


值 对 象 和 引用 对 象 的 区 别 也 告诉 我 ， 何 时 不 应 该 使 用 本 
重 构 手法 。 如 果 我 想 在 几 个 对 象 之 间 共 至 一 个 对 象 ， 以 便 几 个 
对 象 部 能 看 见 对 共 至 对 象 的 修改 ， 那 么 这 个 共 圣 的 对 象 就 应 该 
是 引用 。 












































做 法 








。 检 查 重 构 目 标 是 否 为 不 可 变 对 象 ， 或 者 是 否 可 修改 为 不 可 
变 对 象 。 

。 用 移 除 设 值 函数 331) 逐一 去 掉 所 有 设 值 函 数 。 

。 提 供 一 个 基于 值 的 相等 性 判断 函数 ， 在 其 中 使 用 值 对 象 的 








字段 。 
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ya Bil 


设想 一 个 代表 “人 ”的 Person 类 ， 其 中 包含 一 个 代表 “电话 
号 人 码 ” 的 Telephone Number 对 象 。 


class Person... 


constructor() { 


constructor() { 
this._telephoneNumber = new TelephoneNumber(); 


} 


get of ficeAreaCode( ) 
{return this. _telephoneNumber .areaCode; } 

set officeAreaCode(arg) {this._telephoneNumber.areaCode = arg 
get officeNumber ( ) {return this._telephoneNumber .number ; } 
set officeNumber(arg) {this._telephoneNumber.number = arg; } 


class TelephoneNumber... 


get areaCode() {return this._areaCode; } 
set areaCode(arg) {this._areaCode = arg; } 


get number () {return this._number;} 
set number(arg) {this._number = arg; } 





代码 的 当前 状态 是 提炼 类 (182〉 留 下 的 结果 : 从 前 拥有 
电话 写 码 信息 的 Person 类 仍然 有 一 些 函 数 在 修改 新 对 象 的 属 
性 。 趁 看 还 只 有 一 个 指 回 新 类 的 引用 ， 现 在 古 时 候 使 用 将 引用 
对 象 改 为 值 对 象 将 其 变 成 值 对 象 。 


我 需要 做 的 第 一 件 事 是 把 TelephoneNumber 类 变 成 不 可 变 
的 。 对 它 的 字段 运用 移 除 设 值 函数 (331) 。 移 除 设 值 函数 
(331) 的 第 一 步 是 ， 用 改变 函数 声明 (124) 把 这 两 个 字段 的 
初始 值 加 到 构造 函数 中 ， 并 迫使 构造 函数 调用 设 值 函数 。 














class TelephoneNumber... 


constructor(areaCode, number) { 
this. _areaCode = areaCode; 
this. number = number; 


} 








然后 我 会 逐一 查看 设 值 函 数 的 调用 者 ， 并 将 其 改 为 重新 
赋值 整个 对 象 。 先 从 “地 区 代码 ”(area code) 开始 。 





class Person... 


get officeAreaCode( ) {return this._telephoneNumber .areaCod 
set officeAreaCode(arg) { 


this. _telephoneNumber = new TelephoneNumber(arg, this.officeN 


get officeNumber ( ) {return this._telephoneNumber .number ; } 


set officeNumber(arg) {this._telephoneNumber.number = arg; } 





对 于 其 他 字段 ， 重 复 上 述 步 又 。 


Class Person... 


get officeAreaCode( ) {return this._telephoneNumber .areaCod 
set officeAreaCode(arg) { 

this._telephoneNumber = new TelephoneNumber(arg, this.offic 
} 
get officeNumber() {return this. _telephoneNumber .number ; } 
set officeNumber(arg) { 


this. _telephoneNumber = new TelephoneNumber (this.officeAreaCo 


} 








现在 ，TelephoneNumber 已 经 是 不 可 变 的 类 ， 可 以 将 其 变 
成 真正 的 值 对 象 了 。 是 不 是 真正 的 值 对 象 ， 要 看 是 否 基 于 值 判 
上 晰 相等 性 。 在 这 个 领域 中 ，JavaScript 做 得 不 好 : 语言 和 核心 
库 都 不 支持 将 “基于 引用 的 相等 性 判断 ” 换 成 * 基 于 值 的 相等 性 
判断 ”。 我 唯一 能 做 的 束 是 创建 自己 的 equals 函 数 。 























class TelephoneNumber... 


equals(other) { 
if (!(other instanceof TelephoneNumber)) return false; 
return this.areaCode === other.areaCode && 
this.number === other.number; 
} 


对 其 进行 测试 很 重要 : 


it('telephone equals', function() { 
assert ( new TelephoneNumber("312", "555-0142" ) 
.equals(new TelephoneNumber("312", "555-0142"))); 
3); 





这 上 段 测 试 代码 用 了 不 寻 第 的 格式 ， 是 为 了 帮助 读者 一 眼 
看 出 上 下 两 次 构造 函数 调用 完全 一 样 。 


,我 在 这 个 测试 中 创建 了 两 个 各 日 独立 的 对 象 ， 并 验证 它 
们 相等 。 


在 大 多 数 面 向 对 象 语言 中 ， 内 置 的 相等 性 判断 方法 
可 以 被 履 写 为 基于 值 的 相等 性 判断 。 在 Ruby 中 ， 我 可 以 鹤 
写 == 运 算 和 从 ， 在 Java 中 ， 我 可 以 窗 写 object.equals() 方 
法 。 在 敌 写 相等 性 判断 的 同时 ， 我 通常 还 需要 复写 生成 散 
列 码 的 方法 (例如 Java 中 的 object.hashcode() 方 法 ) ， 以 
确保 用 到 散 列 码 的 集合 在 使 用 值 对 象 时 一 切 正常 。 














如 果 有 多 个 客户 端 使 用 了 TelephoneNumber 对 象 ， 重 构 的 
过 程 还 是 一 样 ， 只 是 在 运用 移 除 设 值 函数 〈331) 时 要 修改 多 
处 客户 端 代 码 。 另 外 ， 有 必要 添加 几 个 测试 ， 检 和 碍 电话 号 码 不 
相等 以 及 与 非 电话 号 码 和 null 值 比较 相等 性 等 情况 。 











9.5 ”将 值 对 象 改 为 引用 对 象 (Change 


Value to Reference ) 


RHEW: 将 引用 对 象 改 为 值 对 象 〈252 ) 


F 
We 


let customer = new Customer(customerData); 


由 


let customer = customerRepository.get(customerData.id); 


动机 





一 个 数据 结构 中 可 能 包含 多 个 记录 ， 而 这 些 记 录 都 天 联 
到 同一 个 逻辑 数据 结构 。 例 如 ， 我 可 能 会 读 取 一 系列 订单 数 
据 ， 其 中 有 多 条 订单 属于 同一 个 顾客 。 遇 到 这 样 的 共享 关系 
时 ， 既 可 以 把 顾客 信息 作为 值 对 象 来 看 待 ， 也 可 以 将 其 视 为 引 
用 对 象 。 如 宁 将 其 视 为 值 对 象 ， 那 么 每 份 订单 数据 中 都 会 复制 
顾客 的 数据 ， 而 如 果 将 其 视 为 引用 对 象 ， 对 于 一 个 顾客 ， 就 只 
有 一 份 数据 结构 ， 会 有 多 个 订单 与 之 关联 。 


如 打 顾 客 数据 永远 不 修改 ， 那 么 两 种 处 理 方式 者 合理。 
把 同一 份 数据 复制 多 次 可 能 会 造成 一 点 困扰 ， 但 这 种 情况 也 很 
常见 ， 不 会 造成 太 大 问题 。 过 多 的 数据 复制 有 可 能 会 造成 内 存 
占用 的 问题 ， 但 就 跟 所 有 性 能 问题 一 样 ， 这 种 情况 并 不 常见 。 


如 条 共 享 的 数据 需要 更 新 ， 将 其 复制 多 份 的 做 法 就 会 过 
到 巨大 的 困难 。 此 时 我 必须 找到 所 有 的 副本 ， 更 新 所 有 对 象 。 
REE TRIAL ES, MSE PUR MBER Bl. 1X 
种 情况 下 ， 可 以 考虑 将 多 份 数据 副本 变 成 单一 的 引用 ， 这 样 对 
顾客 数据 的 修改 就 会 立即 反映 在 该 顾客 的 所 有 订单 中 。 


把 值 对 象 改 为 引用 对 象 会 融 来 一 个 结果 : 对 于 一 个 客观 
实体 ， 只 有 一 个 代表 它 的 对 象 。 这 通常 意味 着 我 会 需要 某 种 形 
式 的 仓库 ， 在 仓库 中 可 以 找到 所 有 这 些 实体 对 象 。 只 为 每 个 实 
体 创建 一 次 对 象 ， 以 后 始终 从 仓库 中 获取 该 对 象 。 



































做 法 


。 为 相关 对 象 创建 一 个 仓库 (如 果 还 没有 这 样 一 个 仓库 的 
TH) 6 

。 人 确保 构造 函数 有 办 法 找到 关联 对 象 的 正确 实例 。 

。 修改 答 主 对 象 的 构造 函数 ， 令 其 从 仓库 中 获取 关联 对 象 。 


每 次 修改 后 执行 测试 。 


ya fil 


我 将 从 一 个 代表 “订单 ”的 order 类 开始 ， 其 实例 对 象 可 从 
一 个 JSON 文 件 创建 。 用 来 创建 订单 的 数据 中 有 一 个 顾客 
(customer) ID， 我 们 用 它 来 进一步 创建 customer 对 象 。 


class Order... 


constructor(data) { 
this._number = data.number; 
this._customer = new Customer(data.customer); 
// load other data 


} 
get customer() {return this._customer;} 


class Customer... 


constructor(id) { 
this._id = id; 


} 
get id() {return this._id;} 


以 这 种 方式 创建 的 customer 对 象 是 值 对 象 。 如 果 有 5 个 订 
单 都 属于 I 有 D 为 123 的 顾客 ， 束 会 有 5 个 各 目 独 了 并 的 customer 对 
象 。 对 其 中 一 个 所 做 的 修改 ， 不 会 反映 在 其 他 几 个 对 象 刁 上 。 
如 果 我 想 增 强 customer 对 象 ， 例 如 从 客户 服务 获取 到 了 更 多 关 





于 顾客 的 信息 ， 我 必须 用 同样 的 数据 更 新 所 有 5 个 对 象 。 重 复 
的 对 象 总 是 会 让 我 紧张 一 一 用 多 个 对 象 代表 同一 个 实体 例如 
一 名 顾客 ) ， 这 会 招致 混乱 。 如 果 customer 对 象 是 可 变 的 ， 问 
题 就 更 加 严重 ， 因 为 各 个 对 象 之 间 的 数据 可 能 不 一 致 。 


如 果 我 想 每 次 都 使 用 同一 个 customer 对 象 ， 那 么 就 需要 
有 一 个 地 方 存储 这 个 对 象 。 每 个 应 用 程序 中 ， 存 储 实体 的 地 方 
会 各 有 不 同 ， 在 最 简单 的 情况 下 ， 我 会 使 用 一 个 仓库 对 象 [mf- 


repos]. 




















let _repositoryData; 


export function initialize() { 
_repositoryData = {}; 
_repositoryData.customers = new Map(); 


export function registerCustomer(id) { 
if (! _repositoryData.customers.has(id) ) 
_repositoryData.customers.set(id, new Customer(id)); 
return findCustomer (id); 


export function findCustomer(id) { 
return _repositoryData.customers.get(id); 


仓库 对 象 允 许 根据 ID 注册 顾客 ， 并 且 对 于 一 个 ID 只 会 创 
召 一 个 customer 对 象 。 有 了 仓库 对 象 ， 我 束 可 以 修改 order 对 象 
的 构造 函数 来 使 用 它 。 


在 使 用 本 重 构 手法 时 ， 可 能 仓库 对 象 已 经 存在 了， 那么 
就 可 以 直接 使 用 它 。 


下 一 步 是 要 和 弄 清 楚 ，order 的 构造 函数 如 何 获 得 正确 的 
customer 对 象 。 在 这 个 例子 里 ， 这 一 步 很 简单 ， 因 为 输入 数据 








流 中 已 经 包含 了 顾客 的 ID。 
class Order... 


constructor(data) { 
this. number = data.number; 
this. customer = registerCustomer(data.customer ); 
// load other data 


} 
get customer() {return this._customer;} 


现在 ， 如 末 我 在 一 条 订单 中 修改 了 顾客 信息 ， 丈 会 同步 
反映 在 该 顾客 拥有 的 所 有 订单 中 。 


在 这 个 例子 里 ， 我 在 第 一 个 引用 该 顾客 信息 的 order 对 象 
中 新 建 了 customer 对 象 。 男 一 个 常见 的 做 法 是 :， 首先 获取 一 份 
包含 所 有 customer 对 象 的 列表 ， 将 其 填 入 仓库 对 象 ， 然 后 在 读 
取 order 对 象 时 关联 到 对 应 的 customer 对 象 。 如 果 这 样 做 ， 那 
么 order 对 象 包 含 的 顾客 ID 必须 指向 一 个 仓库 中 已 有 的 
customer 对 象 ， 人 否则 就 表示 程序 中 有 错误 。 


上 面 的 代码 还 有 一 个 问题 : 构造 函数 与 一 个 全 局 的 仓库 
对 象 耦 合 。 全 局 对 象 必 须 小 心 对 待 : 它们 就 像 强 力 的 药物 ， 少 
用 一 点 儿 大 有 益处 ， 用 过 量 就 是 毒药 。 如 末 想 解决 这 个 问题 ， 
可 以 将 仓库 对 象 作为 参数 传递 给 构造 函数 。 














第 10 草 ”简化 条 件 馆 辑 





程序 的 大 部 分 威力 来 和 目 条 件 逻 辑 ， 但 很 不 位 ， 程 序 的 复 
杂 度 也 大 多 来 自 条 件 逻 辑 。 我 经 常 借助 重 构 把 条 件 逻 辑 变 得 更 
容易 理解 。 我 常用 分 解 条 件 表达 式 (260) 处 理 复杂 的 条 件 表 
达 式 ， 用 合并 条 件 表达 式 (263) 厘清 逻辑 组 合 。 我 会 用 以 卫 
语句 取代 风 套 条 件 表达 式 (266) 清晰 表达 “在 主要 处 理 逻 辑 之 
前 先 做 检查 ”的 意图 。 如 果 我 及 现 一 处 switch 馆 辑 处 理 了 几 种 
a a a 
ve 











RERE ce FR AT OLED» Pi) ch Flu 11 
E. HORT RE ATA OL VK HT], AST DA | 
入 特例 〈289) 《第 被 称 作 引入 空 对 象 ) VAPR ENS. H 
外 ， 虽 然 我 很 喜欢 去 除 条 件 轴 辑 ， 但 如 果 我 想 明 确 地 表述 《以 
及 检查 ) 程序 的 状态 ， 引 入 断言 《302) 是 一 个 不 错 的 补充 。 








10.1 分 解 条 件 表达 式 (Decompose 
Conditional ) 





if (!aDate.isBefore(plan.summerStart) && !aDate.isAfter(plan. 
charge = quantity * plan.summerRate; 
else 


charge = quantity * plan.regularRate + plan.regularServiceCha 


由 


if (summer()) 

charge = summerCharge(); 
else 

charge = regularCharge(); 


动机 














REPRCH, BEART RPE AR ce Bae E BS AR PE EY Se 
FAL RUMA SG SRA A TAR PoP Sc, ART AS EY 
条 件 做 不 同 的 事 ， 然 后 ， 我 很 快 融会 得 到 一 个 相当 长 的 函数 。 
大 型 函数 本 身 就 会 使 代码 的 可 读 性 下 降 ， 而 条 件 馆 辑 则 会 使 代 
码 更 难 阅 读 。 在 市 有 复杂 条 件 逻 辑 的 函数 中 ， 代 码 (包括 检查 
条 件 分 文 的 代码 和 真正 实现 功能 的 代码 ) 会 告诉 我 友 生 的 事 ， 
(ES te LIPASE AIT A REISE, ROL PS 
可 该 性 的 确 大 大 降低 了 。 


和 任何 大 英 头 代码 一 样 ， 我 可 以 将 它 分 解 为 多 个 独立 的 
函数 ， 根 据 每 个 小 块 代码 的 用 途 ， 为 分 解 而 得 的 新 疼 数 命名 ， 
并 将 原 函 数 中 对 应 的 代码 改 为 调用 新 函数 ， 从 而 更 清楚 地 表达 
ACKER. TREE, BERIT SCARED ME ACT PB BOR 
可 以 带 来 更 多 好 处 : AY DAR RP BT 2 he BES op 
文 的 作用 ， 并 且 突 出 每 个 分 文 的 原因 。 


本 重 构 手 法 其 实 只 是 提炼 函数 (106) 的 一 个 应 用 场景 。 
但 我 要 特别 强调 这 个 场景 ， 因 为 我 发 现 它 经 常会 带 来 很 大 的 价 
值 。 












































做 法 





eee ashe apse nen etn 
ys 


ya pil 


假设 我 要 计算 购买 某 样 商 品 的 总 价 〈 忌 价 = 数量 x 单 
价 )， 而 这 个 商品 在 冬季 和 蜂 季 的 单价 是 不 同 的 : 


if (!aDate.isBefore(plan.summerStart) && !aDate.isAfter(plan. 
charge = quantity * plan.summerRate; 
else 


charge = quantity * plan.regularRate + plan.regularServiceCha 


我 把 条 件 判断 提炼 到 一 个 独立 的 函数 中 : 


if (summer()) 
charge = quantity * plan.summerRate; 
else 


charge = quantity * plan.regularRate + plan.regularServiceCha 
function summer() { 


return !aDate.isBefore(plan.summerStart) && !aDate.isAfter(pl 


J 


然后 提炼 条 件 判 断 为 真 的 分 文 : 


if (summer()) 
charge = summerCharge(); 
else 


charge = quantity * plan.regularRate + plan.regularServiceCha 
function summer() { 


return !aDate.isBefore(plan.summerStart) && !aDate.isAfter(pl 


} 
function summerCharge() { 
return quantity * plan.summerRate; 


} 





Ba GER EFT AE a 5c: 


if (summer () ) 

charge = summerCharge(); 
else 

charge = regularCharge(); 


function summer() { 
return !aDate.isBefore(plan.summerStart) && !aDate.isAfter(pl 


function summerCharge() { 
return quantity * plan.summerRate; 


} 


function regularCharge() { 


return quantity * plan.regularRate + plan.regularServiceCharg 


} 














提 烁 完成 后 ， 我 喜欢 用 三 元 运算 符 重 新 安排 条 件 语 句 。 


charge = summer() ? summerCharge() : regularCharge(); 
function summer() { 


return !aDate.isBefore(plan.summerStart) && !aDate.isAfter(pl 


} 


function summerCharge() { 
return quantity * plan.summerRate; 


} 


function regularCharge() { 


return quantity * plan.regularRate + plan.regularServiceCharg 


} 


10.2 合并 条 件 表达 式 (Consolidate 
Conditional Expression ) 





(pC © 


if (anEmployee.seniority < 2) return 0; 
if (anEmployee.monthsDisabled > 12) return ©; 
if (anEmployee.isPartTime) return 0; 


y 


V 


if (isNotEligibleForDisability()) return 0; 


function isNotEligibleForDisability() { 
return ((anEmployee.seniority < 2) 
|| (anEmployee.monthsDisabled > 12) 
|| (anEmployee.isPartTime) ); 


动机 








有 时 我 会 发 现 这 样 一 串 条 件 检 查 : 检查 条 件 各 不 相同 ， 
最 终 行为 却 一 怪 。 如 来 发 现 这 种 情况 ， 丈 应 该 使 用 “ 远 辑 
或 "和 “ 远 辑 与 ”将 它们 合并 为 一 个 条 件 表达 式 。 


之 所 以 要 合并 条 件 代 码 ， 有 两 个 重要 原因 。 首 先 ， 合 并 
后 的 条 件 代 码 会 表述 “实际 上 只 有 一 次 条 件 检 查 ， 只 不 过 有 多 
个 并 列 条 件 需 要 检查 而 已 ”， 从 而 使 这 一 次 检查 的 用 意 更 清 
Hl. 当然 ， 合 并 有 前 和 合并 后 的 代码 有 车 相同 的 效 末 ， 但 原先 代 
人 码 传 达 出 的 信息 却 是 “这 里 有 一 些 各 上 自 独立 的 条 件 测试 ， 它 们 
只 是 恰 好 同时 发 生 ”。 EK, IX E JIE AY DAY 188 H SE EK 
A (106) WER. KAE RE ee Pe) PRO 
厘清 代码 意义 非常 有 用 ， 因 为 它 把 描述 “做 什么 ”的 语句 换 成 
了 “为 什么 这 样 做 ”。 


条 件 语句 的 合并 理由 也 同时 指出 了 不 要 合并 的 理由 : 如 
果 我 认为 这 些 检查 的 确 彼此 独立 ， 的 确 不 应 该 被 视 为 同一 次 检 
得 ， 我 就 不 会 使 用 本 项 重 构 。 






































做 法 


。 傅 定 这 些 条 件 表达 式 都 没有 副作用 。 











如 果 某 个 条 件 表达 式 有 副作用 ， 可 以 先 用 将 查询 函 
数 和 修改 函数 分 离 〈306) 处 理 。 





”使 用 运 焉 当 的 逻辑 运算 符 ， 将 两 个 相关 条 件 表达 式 合 并 为 一 
个 。 





MGUFF SAAT NRE RIE TABOR IP, PRB Gf 
ta) 2 OR IF 


e IRo 

E 过 程 ， 直 到 所 有 相关 的 条 件 表达 式 都 合并 
到 一 起 。 

。 可 以 考虑 对 合并 后 的 条 件 表达 式 实施 提炼 函数 “106) 。 


yu Bil 





在 走读 代码 的 过 程 中 ， 我 看 到 了 下 面 的 代码 片段 : 


function disabilityAmount(anEmployee) { 
if (anEmployee.seniority < 2) return 0; 
if (anEmployee.monthsDisabled > 12) return 0; 
if (anEmployee.isPartTime) return 0; 
// compute the disability amount 


这 里 有 一 连 串 的 条 件 检 查 ， 都 指 同 同样 的 结 末 。 既 然 结 
末 是 相同 的 ， 葡 应 该 把 这 些 条 件 检 查 合并 成 一 条 表达 式 。 对 于 
这 样 顺 序 执行 的 条 件 检 查 ， 可 以 用 逻辑 或 运算 符 来 合并 。 











function disabilityAmount(anEmployee) { 
if ((anEmployee.seniority < 2) 
|| (anEmployee.monthsDisabled > 12)) return 0; 
if (anEmployee.isPartTime) return 0; 
// compute the disability amount 


dik, ARIE RSA EH PER: 


function disabilityAmount(anEmployee) { 
if ((anEmployee.seniority < 2) 
|| (anEmployee.monthsDisabled > 12) 
|| (anEmployee.isPartTime)) return 0; 
// compute the disability amount 


合并 完成 后 ， 再 对 这 人 句 条 件 表达 式 使 用 提炼 函 数 
(106) 。 


function disabilityAmount(anEmployee) { 
if (isNotEligableForDisability()) return 0; 
// compute the disability amount 


function isNotEligableForDisability() { 
return ((anEmployee.seniority < 2) 
|| (anEmployee.monthsDisabled > 12) 
|| (anEmployee.isPartTime) ); 


wø: EHEH 
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过 ， 我 有 可 能 过 到 需要 风 辑 与 的 情况 。 例 如 ， 购 套 if 语 句 的 情 
us: 


if (anEmployee.onVacation) 
if (anEmployee.seniority > 10) 
return 1; 
return 0.5; 











可 以 用 逻辑 与 运算 符 将 其 合并 。 


if ((anEmployee.onVacation) 
&& (anEmployee.seniority > 10)) return 1; 
return 0.5; 


如 果 原来 的 条 件 逻辑 温 杂 了 这 两 种 情况 ， 我 也 会 根据 需 
要 组 合 使 用 汐 辑 与 和 j 辑 或 运算 符 。 在 这 种 时 候 ， 代 码 很 可 能 
变 得 混乱 ， 所 以 我 会 频繁 使 用 提炼 函数 《106〉， 把 代码 变 得 
可 读 。 








10.3 LA Pia) BIKER IA 
(Replace Nested Conditional with 
Guard Clauses ) 


if (W) 
c 
else 


< if (W) 可 


| 二 三 一 一 :| 
else 


所 一 一 一 jf (BD <J 
| 











else 


k 


function getPayAmount() { 
let result; 
if (isDead) 
result = deadAmount(); 
else { 
if (isSeparated) 
result = separatedAmount(); 
else { 
if (isRetired) 
result = retiredAmount(); 
else 
result = normalPayAmount()/; 


return result; 


wo 


< 


function getPayAmount( ) 
if (isDead) return deadAmount(); 
if (isSeparated) return separatedAmount()j; 
if (isRetired) return retiredAmount(); 
return normalPayAmount(); 


动机 


根据 我 的 经验 ， 条 件 表达 陈 通常 有 两 种 风格 。 第 一 种 风 
格 是 : 两 个 条 件 分 支 都 属于 正常 行为 。 第 二 种 风格 则 是 : 只 有 
一 个 条 件 分 文 是 正常 行为 ， 男 一 个 分 文 则 是 腊 第 的 情况 。 


这 两 类 条 件 表达 式 有 不 同 的 用 途 ， 这 一 点 应 该 通过 代码 
表现 出 来 。 如 果 两 条 分 文 都 是 正和 党 行为 ， 就 应 该 使 用 形 如 
if.. .else.. .的 条 件 表达 式 ; 如 果 某 个 条 件 极 其 罕见 ， 束 应 该 
早 独 检查 该 条 件 ， 并 在 该 条 件 为 真 时 立刻 从 函数 中 返回 。 这 样 
的 单独 检查 常常 被 称 为 “ 卫 语 句 ”(guard clauses) 。 


DA Pia A) DURE A PRAT a HL Es 给 菜 一 条 分 
CORDE. WR EA if-then-else, (Rif SCAM 
else 分 文 的 重视 是 同等 的 。 这 样 的 代码 结构 传递 给 阅读 者 的 消 
AME: 各 个 分 文 有 同样 的 重要 性 。 卫 语句 就 不 同 了 ， 它 告诉 
阅读 者 :“ 这 种 情况 不 是 本 函数 的 核心 敢 辑 所 关心 的 ， 如 来 它 
真 发 生 了 ， 请 做 一 些 必要 的 整理 工作 ， 然 后 退出 。” 


“每 个 函数 只 能 有 一 个 入 口 和 一 个 出 口 * 的 观念 ， 根 深 带 
加 于 某 些 程序 员 的 脑海 里 。 我 发 现 ， 当 我 处 理 他 们 编写 的 代码 
时 ， 经 党 需要 使 用 以 卫 语句 取代 悉 套 条 件 表达 式 。 现 今 的 编程 
语言 都 会 强制 保证 每 个 函数 只 有 一 个 入 口 ， 至 于 “单一 出 口 * 规 
则 ， 其 实 不 是 那么 有 用 。 在 我 看 来 ， 保 持 代码 清晰 才 是 最 关键 
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做 法 


eet eee ie [ 蔡 换 为 卫 语句 。 
。 测 试 。 

。 有 需要 的 话 ， 重 复 上 述 步骤 。 

。 如果 所 有 卫 语 句 都 引发 同样 的 结果 ， 可 以 使 用 合并 条 件 表 
达 式 (263) 合并 之 。 








ya fil 





下 面 的 代码 用 于 计算 要 文 付 给 员工 (employee) 的 工 
资 。 只 有 还 在 公司 上 班 的 员工 才 需 要 文 付 工资 ， 所 以 这 个 函数 
需要 检查 两 种 “员工 已 经 不 在 公司 上 班 ” 的 情况 。 











function payAmount(employee) { 
let result; 
if(employee.isSeparated) { 
result = {amount: ©, reasonCode:"SEP"}; 


else { 
if (employee.isRetired) { 
result = {amount: ©, reasonCode: "RET"}; 
} 
else { 
// logic to compute amount 
lorem. ipsum(dolor .sitAmet ) ;+ 
consectetur(adipiscing).elit(); 


sed.do.eiusmod = tempor.incididunt.ut(labore) && dolore(magna 
ut.enim.ad(minim. veniam) ; 
result = someFinalComputation()j; 


} 


return result; 


} 


供 套 的 条 件 馆 辑 让 我 们 看 不 清 代码 真实 的 含义 。 只 有 当 
前 两 个 条 件 表达 式 都 不 为 真 的 时 候 ， 这 段 代码 才 真 正 开 始 它 的 
主要 工作 。 所 以 ， 卫 语句 能 让 代码 更 清晰 地 阐述 自己 的 意 


一 如 既往 地 ， 我 喜欢 小 步 前 进 ， 所 以 我 先 处 理 最 项 上 的 
FIFE Ho 





function payAmount (employee) { 
let result; 


if (employee.isSeparated) return {amount: 0, reasonCode: "SEP 
if (employee.isRetired) { 
result = {amount: ©, reasonCode: "RET"}; 
} 
else { 
// logic to compute amount 
lorem.ipsum(dolor.sitAmet); 
consectetur(adipiscing).elit(); 


sed.do.eiusmod = tempor.incididunt.ut(labore) && dolore(magna 
ut.enim.ad(minim.veniam) ; 
result = someFinalComputation(); 


return result; 


} 


做 完 这 步 修 改 ， 我 执行 测试 ， 然 后 继续 下 一 步 。 


function payAmount(employee) { 


let result; 
if (employee.isSeparated) return {amount: 0, reasonCode: "SEP 


if (employee.isRetired) return {amount: 0, reasonCode: "RET 
// logic to compute amount 
lorem.ipsum(dolor.sitAmet); 
consectetur (adipiscing).elit(); 


sed.do.eiusmod = tempor.incididunt.ut(labore) && dolore(magna 
ut.enim.ad(minim. veniam) ; 
result = someFinalComputation()j; 
return result; 


} 


此 时 ，result 变 量 已 经 没有 用 处 了 ， 所 以 我 把 它 删 挥 : 


function payAmount(employee) { 
let result; 


if (employee.isSeparated) return {amount: 0, reasonCode: "SEP 
if (employee.isRetired) return {amount: 0, reasonCode: "RET 
// logic to compute amount 
lorem.ipsum(dolor.sitAmet); 
consectetur(adipiscing).elit(); 
sed.do.eiusmod = tempor.incididunt.ut(labore) && dolore(magna 


ut.enim.ad(minim. veniam) ; 
return someFinalComputation(); 


能 减少 一 个 可 变 变 量 总 是 好 的 。 


范例 将 条 件 反 转 


审阅 本 书 第 1 版 的 初稿 时 ，Joshua Kerievsky 指 出 : 我 们 

常常 可 以 将 条 件 表达 式 反 转 ， 从 而 实现 以 卫 语 句 取 代 骸 套 条 件 

Bist. 为 了 拯救 我 可 怜 的 想象 力 ， 他 还 好 心 帮 我 想 了 一 个 例 
+: 








function adjustedCapital(anInstrument) { 
let result = 0; 
if (anInstrument.capital > 0) { 


if (anInstrument.interestRate > © && anInstrument.duration > 


result = (anInstrument.income / anInstrument.duration) * anIn 


J 
} 


return result; 


} 





同样 地 ， 我 逐一 进行 蔡 换 。 不 过 这 次 在 插入 卫 话 句 时 ， 
我 需要 将 相应 的 条 件 反 转 过 来 : 





function adjustedCapital(anInstrument) { 
let result = 0; 
if (anInstrument.capital <= 0) return result; 


if (anInstrument.interestRate > © && anInstrument.duration > 
result = (anInstrument.income / anInstrument.duration) * anIn 


} 


return result; 


} 


下 一 个 条 件 稍微 复杂 一 点 ， 所 以 我 分 两 步 进行 反 转 。 首 
先 加 入 一 个 逻辑 非 操作 : 


function adjustedCapital(anInstrument) { 


let result = 0; 

if (anInstrument.capital <= 0) return result; 

if (! 
(anInstrument.interestRate > 0 && anInstrument.duration > 0)) 


result = (anInstrument.income / anInstrument.duration) * anIn 
return result; 


} 


但 是 在 这 样 的 条 件 表达 式 中 留 下 一 个 逻辑 非 ， 会 把 我 的 
抽 代 近 成 一 团 乱 腑 ， 所 以 我 把 它 简化 成 下 面 这 样 : 


function adjustedCapital(anInstrument) { 
let result = 0; 
if (anInstrument.capital <= 0) return result; 


if (anInstrument.interestRate <= 0 || anInstrument.duration < 


result = (anInstrument.income / anInstrument.duration) * anIn 
return result; 


} 


1k PY 4 2 E 吉 果 一 样 ， 所 以 我 可 以 用 合并 条 
件 表达 式 (263) KHE 


function adjustedCapital(anInstrument) { 
let result = 0; 


if ( anInstrument.capital <= 0 
|| anInstrument.interestRate <= 0 
|| anInstrument.duration <= 0) return result; 


result = (anInstrument.income / anInstrument.duration) * anIn 
return result; 


} 


此 时 result 变 量 做 了 两 件 事 : 一 开始 我 把 它 设 为 0， 代 表 


卫 语 句 被 触及 时 的 返回 值 ， 然 后 又 用 最 终 计 算 的 结果 给 它 赋 
值 。 我 可 以 彻底 移 除 这 个 变量 ， 避 免 用 一 个 变量 承担 两 重 贡 
任 ， 而 且 叉 减少 了 一 个 可 变 变 量 。 








function adjustedCapital(anInstrument) { 


if ( anInstrument.capital <= 0 
|| anInstrument.interestRate <= 0 
|| anInstrument.duration <= 0) return 0; 


return (anInstrument.income / anInstrument.duration) * anInst 


} 





1 “lorem.ipsum..…….” 是 一 篇 常见 于 排版 设计 领域 的 文章 ， 其 内 


容 为 不 共 可 读 性 的 字符 组 合 ， 目 的 是 使 阅读 者 只 专注 于 观察 段 
落 的 字 型 和 厂 型 。 aE 














10.4 ”以 多 态 取 代 条 件 表达 式 (Replace 
Conditional with Polymorphism ) 


A 


switch (bird.type) { 
case 'EuropeanSwallow': 

return "average"; 
case 'AfricanSwallow': 


return (bird.numberOfCoconuts > 2) ? "tired" : "average"; 
case 'NorwegianBlueParrot': 
return (bird.voltage > 100) ? "Scorched" : "beautiful"; 
default: 


return "unknown"; 


Y 


V 


class EuropeanSwallow { 
get plumage() { 
return "average"; 


class AfricanSwallow { 
get plumage() { 


return (this.numberOfCoconuts > 2) ? "tired" : "average"; 


} 


Class NorwegianBlueParrot { 


get plumage() { 
return (this.voltage > 100) ? "Scorched" : "beautiful"; 
} 


动机 








复杂 的 条 件 逻 辑 是 编程 中 最 难 理解 的 东西 之 一 ， 因 此 我 
- 直 在 寻求 给 条 件 远 辑 添加 结构 。 很 多 时 候 ， 我 发 现 可 以 将 条 
件 多 辑 拆 分 到 不 同 的 场景 〈 或 者 叫 高 阶 用 例 ) ， 从 而 拆 解 复杂 
的 条 件 逻 辑 。 这 种 拆 分 有 时 用 条 件 多 辑 本 身 的 结构 就 足以 表 
达 ， 但 使 用 类 和 多 态 能 把 逻辑 的 拆 分 表述 得 更 清晰 。 


一 个 常见 的 场景 是 : 我 可 以 构造 一 组 类 型 ， 每 个 类 型 处 
理 各 目的 一 种 条 件 远 辑 。 例 如 ， 我 会 注意 到 ， 图 书 、 首 乐 、 食 
品 的 处 理 方式 不 同 ， 这 是 因为 它们 分 属 不 同类 型 的 商品 。 最 明 
显 的 征兆 残 是 有 好 几 个 函数 部 有 基于 类 型 代码 的 switch 语 句 。 
若 果 真如 此 ， 我 就 可 以 针对 switch 语 句 中 的 每 种 分 支 逻 辑 创 建 
一 个 类 ， 用 多 态 来 承载 各 个 类 型 特有 的 行为 ， 从 而 去 除 重复 的 
分 文 逻辑 。 


另 一 种 情况 是 : 有 一 个 基础 逻辑 ， 在 其 上 叉 有 一 些 变 
体 。 基 础 逻辑 可 能 是 最 常用 的 ， 也 可 能 是 最 简单 的 。 我 可 以 把 
基础 馆 辑 放 进 超 类 ， 这 样 我 可 以 首先 理解 这 部 分 馆 辑 ， 和 暂时 不 
官 各 种 变 体 ， 然 后 我 可 以 把 每 种 变 体 逻辑 单独 放 进 一 个 子 类 ， 
其 中 的 代码 着 重 强调 与 基础 逻辑 的 产 异 。 


多 态 是 面向 对 象 编程 的 关键 特性 之 一 。 跟 其 他 一 切 有 用 
的 特性 一 样 ， 它 也 很 容易 被 滥用 。 我 曾经 遇 到 有 人 争论 说 所 有 
条 件 示 辑 都 应 该 用 多 态 取 代 。 我 不 先 同 这 种 观点 。 我 的 大 部 分 
条 件 逻 辑 只 用 到 了 基本 的 条 件 语句 if/else fil 

































































switch/case， 并 不 需要 劳 师 动 众 地 引入 多 态 。 但 如 果 发 现 如 
前 所 述 的 复杂 条 件 逻 辑 ， 多 态 是 改善 这 种 情况 的 有 力 工 具 。 


做 法 





。 如 采 现 有 的 类 尚 不 具备 多 态 行 为 ， 就 用 工厂 函数 创建 之 ， 
令 工 三 函 数 返 回 恰 当 的 对 象 实例 。 

在 调用 方 代 码 中 使 用 工厂 函数 获得 对 象 实例 。 

。 将 市 有 条 件 逻 辑 的 函数 移 到 超 类 中 。 

















如 果 条 件 逻 辑 还 未 提炼 至 独立 的 函数 ， 首 先 对 其 使 
用 提炼 函数 (106) 。 





任 选 一 个 子 类 ， 在 其 中 建立 一 个 函数 ， 使 之 履 写 超 类 中 容 
纳 条 件 表达 式 的 那个 函数 。 将 与 该 子 类 相关 的 条 件 表达 式 
分 文 复制 到 新 函数 中 ， 并 对 它 进行 适当 调整 。 

重复 上 述 过 程 ， 处 理 其 他 条 件 分 文 。 

在 超 类 函数 中 保留 默认 情况 的 逻辑 。 或 者 ， 如 果 超 类 应 该 
征 抽 象 的 ， 就 把 该 函数 声明 为 abstract， 或 在 其 中 直接 抛 
出 异常 ， 表 明 计 算 贡 任 都 在 子 类 中 。 











ya fil 


我 的 朋友 有 一 群 乌 儿 ， 他 想 知道 这 些 乌 飞 得 有 多 快 ， 以 





及 它们 的 羽毛 是 什么 样 的 。 所 以 我 们 写 了 一 小 段 程序 来 判断 这 


些 信息 


日 /Co 


function plumages(birds) { 
return new Map(birds.map(b => [b.name, plumage(b)])); 


} 


function speeds(birds) { 


return new Map(birds.map(b => [b.name, airSpeedVelocity(b)])) 
} 


function plumage(bird) { 
switch (bird.type) { 
case 'EuropeanSwallow' : 
return "average"; 
case 'AfricanSwallow' : 


return (bird.numberOfCoconuts > 2) ? "tired" : "average"; 
case 'NorwegianBlueParrot': 
return (bird.voltage > 100) ? "scorched" : "beautiful"; 
default: 
return "unknown"; 
} 
} 


function airSpeedVelocity(bird) { 
switch (bird.type) { 
case 'EuropeanSwallow': 
return 35; 
case 'AfricanSwallow': 
return 40 - 2 * bird.numberOfCoconuts; 
case 'NorwegianBlueParrot': 
return (bird.isNailed) ? 0 : 10 + bird.voltage / 10; 
default: 
return null; 
} 
} 


有 两 个 不 同 的 操作 ， 其 行为 都 随 着 “ 鸟 的 类 型 "发 生变 
化 ， 因 此 可 以 创建 出 对 应 的 类 ， 用 多 态 来 处 理 各 类 型 特有 的 行 
为 。 


我 先 对 airspeedvelocity 和 plumage 两 个 图 数 使 用 函数 组 
合成 类 (144) 。 


function plumage(bird) { 
return new Bird(bird).plumage; 


J 


function airSpeedVelocity(bird) { 
return new Bird(bird).airSpeedVelocity; 


class Bird { 
constructor(birdObject) { 
Object.assign(this, birdObject); 


} 
get plumage() { 
switch (this.type) { 
case 'EuropeanSwallow': 
return "average"; 
case 'AfricanSwallow': 


return (this.numberOfCoconuts > 2) ? "tired" : "average"; 
case 'NorwegianBlueParrot': 
return (this.voltage > 100) ? "Scorched" : "beautiful"; 
default: 
return "unknown"; 
} 
} 


get airSpeedVelocity() { 
switch (this.type) { 
case 'EuropeanSwallow': 
return 35; 
case 'AfricanSwallow': 
return 40 - 2 * this.numberOfCoconuts; 
case 'NorwegianBlueParrot': 
return (this.isNailed) ? 0 : 10 + this.voltage / 10; 
default: 
return null; 
} 
} 
} 


然后 针对 每 种 乌 创 建 一 个 子 类 ， 用 一 个 工厂 函数 来 实例 
化 合适 的 子 类 对 象 。 


function plumage(bird) { 
return createBird(bird).plumage; 
} 


function airSpeedVelocity(bird) { 
return createBird(bird).airSpeedVelocity; 
} 


function createBird(bird) { 
switch (bird.type) { 
case 'EuropeanSwallow': 
return new EuropeanSwallow(bird); 
case 'AfricanSwallow': 
return new AfricanSwallow(bird); 
case 'NorweigianBlueParrot': 
return new NorwegianBlueParrot(bird); 
default: 
return new Bird(bird); 
} 
} 


class EuropeanSwallow extends Bird { 


class AfricanSwallow extends Bird { 


} 


class NorwegianBlueParrot extends Bird { 


} 





现在 我 已 经 有 了 需要 的 类 结构 ， 可 以 处 理 两 个 条 件 逻 辑 
了 。 先 从 plumage 函 数 开始 ， 我 从 switch 语 句 中 选 一 个 分 支 ， 在 
适当 的 子 类 中 徐 写 这 个 逻辑 。 


class EuropeanSwallow... 


get plumage() { 


return "average"; 


} 


class Bird... 


get plumage() { 
switch (this.type) { 
case 'EuropeanSwallow': 
throw "oops"; 
case 'AfricanSwallow': 


return (this.numberOfCoconuts > 2) ? "tired" : "average"; 
case 'NorwegianBlueParrot': 
return (this.voltage > 100) ? "Scorched" : "beautiful"; 
default: 
return "unknown"; 
} 
} 


在 超 类 中 ， 我 把 对 应 的 逻辑 分 文 改 为 抛 出 异 第 ， 因 为 我 
忆 是 偏执 地 担心 出 错 。 


此 时 我 就 可 以 编译 并 测试 。 如 有 果 一 切 顺 利 的 话 ， 我 可 以 
接着 处 理 下 一 个 分 文 。 


class AfricanSwallow... 


get plumage() { 
return (this.numberOfCoconuts > 2) ? "tired" : "average"; 
} 


然后 是 挪威 蓝 鹦鹉 (Norwegian Blue) 的 分 支 。 


class NorwegianBlueParrot... 


get plumage() { 
return (this.voltage >100) ? "scorched" : "beautiful"; 
} 





超 类 函数 保留 下 来 处 理 默认 情况 。 
Class Bird... 


get plumage() { 
return "unknown"; 
} 





airSpeedvelocity 也 如 法 炮制 。 完 成 以 后 ， 代 码 大 致 如 下 
(我 还 对 顶层 的 airspeedvelocity 和 plumage 了 水 数 做 了 内 联 处 
FE) : 


function plumages(birds) { 
return new Map(birds 
.map(b => createBird(b) ) 
.map(bird => [bird.name, bird.plumage])); 


} 


function speeds(birds) { 
return new Map(birds 
.map(b => createBird(b)) 


.map(bird => [bird.name, bird.airSpeedVelocity])); 


function createBird(bird) { 
switch (bird.type) { 
case 'EuropeanSwallow' : 
return new EuropeanSwallow(bird); 
case 'AfricanSwallow': 


return new AfricanSwallow(bird); 
case 'NorwegianBlueParrot': 
return new NorwegianBlueParrot(bird); 
default: 
return new Bird(bird); 
} 
} 


class Bird { 
constructor(birdObject) { 
Object.assign(this, birdObject); 


} 

get plumage() { 
return "unknown"; 

} 

get airSpeedVelocity() { 
return null; 

} 

} 


class EuropeanSwallow extends Bird { 
get plumage() { 
return "average"; 
} 
get airSpeedVelocity() { 
return 35; 


} 


class AfricanSwallow extends Bird { 
get plumage() { 
return (this.numberOfCoconuts > 2) ? "tired" : "average"; 
} 
get airSpeedVelocity() { 
return 40 - 2 * this.numberOfCoconuts; 
} 
} 


class NorwegianBlueParrot extends Bird { 
get plumage() { 
return (this.voltage > 100) ? "Scorched" : "beautiful"; 
} 
get airSpeedVelocity() { 
return (this.isNailed) ? 0 : 10 + this.voltage / 10; 
} 
} 


看 着 最 终 的 代码 ， 可 以 看 出 Bird 超 类 并 不 是 必 雷 的。 在 


JavaScript 中 ， 多 态 不 一 定 需要 类 型 层级 ， 只 要 对 象 实现 了 适 
当 的 函数 就 行 。 但 在 这 个 例子 中 ， 我 愿意 保留 这 个 不 必要 的 超 
类 ， 因 为 它 能 帮助 阐释 各 个 子 类 与 问题 域 之 间 的 关系 。 





范例 : Fe ASAD BRAG Re E 


在 前 面 的 例子 中 ,“ 乌 ?的 类 型 体系 是 一 个 清晰 的 泛 化 体 
R: 超 类 是 抽象 的 “ 乌 ”， 子 类 是 各 种 具体 的 乌 。 这 是 教科 书 
(包括 我 写 的 书 ) 中 经 常 讨论 的 继承 和 多 态 ， 但 并 不 是 实践 中 
使 用 继承 的 唯一 方式 。 实 际 上 ， 这 种 方式 很 可 能 不 是 最 常用 或 
最 好 的 方式 。 另 一 种 使 用 继承 的 情况 是 : 我 想 表 达 茶 个 对 象 与 
男 一 个 对 象 大 体 类 似 ， 但 义 有 一 些 不 同 之 处 。 


下 面 有 一 个 这 样 的 例子 ， 有 一 家 评级 机 构 ， 要 对 远洋 航 
船 的 航行 进行 投 次 评级。 这 家 评级 机 构 会 给 出 *A* 或 者 "B” 两 
种 评级 ， 取 决 于 多 种 风险 和 鼻 利 潜力 的 因素 。 在 评估 风险 时 ， 
既 要 考虑 航程 本 身 的 特征 ， 也 要 考虑 船长 过 往 航行 的 历史 。 



































function rating(voyage, history) { 
const vpf = voyageProfitFactor(voyage, history); 
const vr = voyageRisk(voyage); 
const chr = captainHistoryRisk(voyage, history); 
if (vpf * 3 > (vr + chr * 2)) return "A"; 
else return "B"; 


function voyageRisk(voyage) { 

let result = 1; 

if (voyage.length > 4) result += 2; 

if (voyage.length > 8) result += voyage.length - 8; 

if (["china", "east - 
indies"].includes(voyage.zone)) result += 4; 

return Math.max(result, 0); 


function captainHistoryRisk(voyage, history) { 
let result = 1; 


if (history.length < 5) result += 4; 
result += history.filter(v => v.profit < 0).length; 


if (voyage.zone === "China" && hasChina(history)) result - 
= 2; 

return Math.max(result, 0); 
} 
function hasChina(history) { 

return history.some(v => "china" === v.zone); 


function voyageProfitFactor(voyage, history) { 
let result = 2; 


if (voyage.zone === "china") result += 1; 
if (voyage.zone === "east-indies") result += 1; 
if (voyage.zone === "china" && hasChina(history)) { 


result += 3; 

if (history.length > 10) result += 1; 
if (voyage.length > 12) result += 1; 
if (voyage.length > 18) result -= 1; 


else { 
if (history.length > 8) result += 1; 
if (voyage.length > 14) result -= 1; 


return result; 





voyageRisk 和 captainHistoryRisk 两 个 图 数 负责 打出 风险 
分 数 ， voyageProfitFactor 负 责 打 出 熏 利 潜力 分 数 ， rating kh 
数 将 3 个 分 数组 合 到 一 起 ， 给 出 一 次 航行 的 综合 评级 。 


调用 方 的 代码 大 概 是 这 样 : 


const voyage = {zone: "west-indies", length: 10}; 
const history = [ 

{zone: "east-indies", profit: 5}, 

{zone: "west-indies", profit: 15}, 

{zone: "china", profit: -2}, 

{zone: "west-africa", profit: 7}, 


] ; 


const myRating = rating(voyage, history); 


ABERA PAAR TAPE Re, ANE VA Ie) “ce BHP 
的 航程 ”以 及 “船长 是 否 曾 去 过 中 国 ”。 











function rating(voyage, history) { 
const vpf = voyageProfitFactor(voyage, history); 
const vr = voyageRisk(voyage); 
const chr = captainHistoryRisk(voyage, history); 
if (vpf * 3 > (vr + chr * 2)) return "A"; 
else return "B"; 


function voyageRisk(voyage) { 
let result = 1; 
if (voyage.length > 4) result += 2; 
if (voyage.length > 8) result += voyage.length - 8; 
if (["china", "east - 
indies"].includes(voyage.zone)) result += 4; 
return Math.max(result, 0); 
} 
function captainHistoryRisk(voyage, history) { 
let result = 1; 
if (history.length < 5) result += 4; 
result += history.filter(v => v.profit < 0).length; 
if (voyage.zone === "china" && hasChina(history)) result - 
return Math.max(result, 0); 
} 
function hasChina(history) { 
return history.some(v => "china" === v.zone); 


function voyageProfitFactor(voyage, history) { 
let result = 2; 


if (voyage.zone === "china") result += 1; 
if (voyage.zone === "east-indies") result += 1; 
if (voyage.zone === "china" && hasChina(history)) { 


result += 3; 

if (history.length > 10) result += 1; 
if (voyage.length > 12) result += 1; 
if (voyage.length > 18) result -= 1; 


else { 
if (history.length > 8) result += 1; 
if (voyage.length > 14) result -= 1; 


return result; 


i 


我 会 用 继承 和 多 态 将 处 理 “ 中 国 因素 ”的 逻辑 从 基础 逻辑 
中 分 离 出 来 。 如 采 还 要 引入 更 多 的 特殊 逻辑 ， 这 个 重 构 就 很 有 
用 一 一 这 些 重复 的 “中 国 因 系 ”会 混 消 视听 ， 让 基础 逻辑 难以 理 
解 。 








起 初代 码 里 只 有 一 堆 函 数 ， 如 果 要 引入 多 态 的 话 ， 我 需 
要 先 建立 一 个 类 结构 ， 因 此 我 首先 使 用 函数 组 合成 类 
(144) 。 这 一 步 重 构 的 结果 如 下 所 示 : 


function rating(voyage, history) { 
return new Rating(voyage, history).value; 


} 


class Rating { 
constructor(voyage, history) { 
this.voyage = voyage; 
this.history = history; 


} 
get value() { 
const vpf = this.voyageProfitFactor; 
const vr = this.voyageRisk; 
const chr = this.captainHistoryRisk; 
if (vpf * 3 > (vr + chr * 2)) return "A"; 
else return "B"; 
} 
get voyageRisk() { 
let result = 1; 
if (this.voyage.length > 4) result += 2; 


if (this.voyage.length > 8) result += this.voyage.length - 8; 
if (["china", "east - 
indies"].includes(this.voyage.zone)) result += 4; 
return Math.max(result, 0); 
} 
get captainHistoryRisk() { 
let result = 1; 
if (this.history.length < 5) result += 4; 
result += this.history.filter(v => v.profit < 0).length; 


if (this.voyage.zone === "china" && this.hasChinaHistory) res 


了 


return Math.max(result, 0); 


} 


get voyageProfitFactor() { 
let result = 2; 


if (this.voyage.zone === "china") result += 1; 
if (this.voyage.zone === "east-indies") result += 1; 
if (this.voyage.zone === "china" && this.hasChinaHistory) { 


result += 3; 

if (this.history.length > 10) result += 1; 
if (this.voyage.length > 12) result += 1; 
if (this.voyage.length > 18) result -= 1; 


else { 
if (this.history.length > 8) result += 1; 
if (this.voyage.length > 14) result -= 1; 
} 


return result; 


} 
get hasChinaHistory() { 
return this.history.some(v => "china" === v.zone); 


J 
} 


于 是 我 束 有 了 一 个 类 ， 用 来 安放 基础 逻辑 。 现 在 我 需要 
为 建 一 个 空 的 子 类 ， 用 来 安放 与 超 类 不 同 的 行为 。 











class ExperiencedChinaRating extends Rating { 


} 


然后 ， 建 立 一 个 工厂 函数 ， 用 于 在 需要 时 返回 变 体 类 。 


function createRating(voyage, history) { 


if (voyage.zone === "china" && history.some(v => "china" === 
return new ExperiencedChinaRating(voyage, history); 
else return new Rating(voyage, history); 


J 


我 需要 修改 所 有 调用 方 代 码 ， 让 和 它们 使 用 该 工厂 函数 ， 
而 不 要 直接 调用 构造 函数 。 还 好 现在 调用 构造 函数 的 只 
有 rating 国 数 一 处 。 


function rating(voyage, history) { 
return createRating(voyage, history).value; 


} 


有 两 处 行为 需要 移入 子 类 中 。 我 先 处 
理 captainHistoryRisk 中 的 逻辑 。 


class Rating... 


get captainHistoryRisk() { 
let result = 1; 
if (this.history.length < 5) result += 4; 
result += this.history.filter(v => v.profit < 0).length; 


if (this.voyage.zone === "china" && this.hasChinaHistory) res 
= 2; 

return Math.max(result, 0); 
} 


FEF RPE SILT RB 


class ExperiencedChinaRating 


get captainHistoryRisk() { 
const result = super.captainHistoryRisk - 2; 
return Math.max(result, 0); 


} 


class Rating... 


get captainHistoryRisk() { 
let result = 1; 
if (this.history.length < 5) result += 4; 
result += this.history.filter(v => v.profit < 0).length; 





= 2 
return Math.max(result, 0); 
} 


分 离 voyageProfitFactor 函 数 中 的 变 体 行为 要 更 麻烦 一 
些 。 我 不 能 直接 从 超 类 中 删 掉 变 体 行为 ， 因 为 在 超 类 中 还 有 男 
一 条 执行 路 径 。 我 又 不 想 把 整个 超 类 中 的 函数 复制 到 子 类 中 。 





class Rating... 


get voyageProfitFactor() { 
let result = 2; 


if (this.voyage.zone === "china") result += 1; 
if (this.voyage.zone === "east-indies") result += 1; 
if (this.voyage.zone === "china" && this.hasChinaHistory) { 


result += 3; 

if (this.history.length > 10) result += 1; 
if (this.voyage.length > 12) result += 1; 

if (this.voyage.length > 18) result -= 1; 


else { 
if (this.history.length > 8) result += 1; 
if (this.voyage.length > 14) result -= 1; 
} 
return result; 


} 





r 所 以 我 先 用 提炼 函数 C106) 将 整个 条 件 逻 辑 块 提炼 出 


class Rating... 


get voyageProfitFactor() { 
let result = 2; 


if (this.voyage.zone === "china") result += 1; 
if (this.voyage.zone === "east-indies") result += 1; 
result += this.voyageAndHistoryLengthFactor; 
return result; 
} 
get voyageAndHistoryLengthFactor() { 
let result = 0; 


if (this.voyage.zone === "china" && this.hasChinaHistory) { 
result += 3; 
if (this.history.length > 10) result += 1; 
if (this.voyage.length > 12) result += 1; 
if (this.voyage.length > 18) result -= 1; 


else { 
if (this.history.length > 8) result += 1; 
if (this.voyage.length > 14) result -= 1; 
} 
return result; 


} 





因数 名 中 出 现 And” EzE MEARS 不 过 我 
REINA GE, FART REE 


class Rating... 


get voyageAndHistoryLengthFactor() { 
let result = 0; 


if (this.history.length > 8) result += 1; 


if (this.voyage.length > 14) result -= 1; 
return result; 


class ExperiencedChinaRating... 


get voyageAndHistoryLengthFactor() { 
let result = 0; 
result += 3; 
if (this.history.length > 10) result += 1; 
if (this.voyage.length > 12) result += 1; 
if (this.voyage.length > 18) result -= 1; 
return result; 





严格 说 来 ， 重 构 到 这 儿 束 结束 了 一 一 我 已 经 把 变 体 行为 
分 离 到 了 子 类 中 ， 超 类 的 逻辑 理解 和 维护 起 来 更 简单 了 ， 只 有 
在 进入 子 类 代码 时 我 才 需 要 操心 变 体 逻辑 。 子 类 的 代码 表述 了 
CBRNE o 


但 我 党 得 至 少 应 该 谈 谈 如 何 处 理 这 个 丑陋 的 新 函数 。 引 
入 一 个 函数 以 便 子 类 颖 写 ， 这 在 处 理 这 种 “基础 和 变 体 ” 的 继承 
关系 时 是 常见 操作 。 但 这 样 一 个 难看 的 函数 只 会 妨碍 一 一 而 不 
是 帮助 一 一 别人 理解 其 中 的 逻辑 。 


函数 名 中 的 “And" 字 样 说 明 其 中 包含 了 两 件 事 ， 所 以 我 
觉得 应 该 将 它们 分 开 。 我 会 用 提 炬 函数 (106) 把 “历史 航行 
数 ”(history length〉 的 相关 逻辑 提炼 出 来 。 这 一 步 提 烁 在 超 类 
和 子 类 中 都 要 发 生 ， 我 首先 从 超 类 开始 。 











class Rating... 


get voyageAndHistoryLengthFactor() { 
let result = 0; 
result += this.historyLengthFactor; 
if (this.voyage.length > 14) result -= 1; 
return result; 


get historyLengthFactor() { 
return (this.history.length > 8) ? 1: 0; 


然后 在 子 类 中 也 如 法 炮制 。 
class ExperiencedChinaRating... 


get voyageAndHistoryLengthFactor() { 
let result = 0; 
result += 3; 
result += this.historyLengthFactor; 
if (this.voyage.length > 12) result += 1; 
if (this.voyage.length > 18) result -= 1; 
return result; 


get historyLengthFactor() { 
return (this.history.length > 10) ? 1: 0; 


然后 在 超 类 中 使 用 搬移 语句 到 调用 者 (217) 。 
class Rating... 


get voyageProfitFactor() { 
let result = 2; 
if (this.voyage.zone === "china") result += 1; 
if (this.voyage.zone === "east-indies") result += 1; 
result += this.historyLengthFactor; 
result += this.voyageAndHistoryLengthFactor; 


return result; 


} 


get voyageAndHistoryLengthFactor() { 
let result = 0; 


Fesuit_+=_this-histerytengthFacter+ 
if (this.voyage.length > 14) result -= 1; 
return result; 


} 


class ExperiencedChinaRating... 


get voyageAndHistoryLengthFactor() { 
let result = 0; 
result += 3; 
Fesutt_+=_this-histerytengthFacter; 
if (this.voyage.length > 12) result += 1; 
if (this.voyage.length > 18) result -= 1; 
return result; 





再 用 函数 改名 〈124) 改 掉 这 个 难听 的 名 字 。 
class Rating... 


get voyageProfitFactor() { 
let result = 2; 
if (this.voyage.zone === "china") result += 1; 
if (this.voyage.zone === "east-indies") result += 1; 
result += this.historyLengthFactor; 
result += this.voyageLengthFactor; 
return result; 


} 


get voyageLengthFactor() { 


return (this.voyage.length > 14) ? - 1: 0; 
} 





MARIA, Vi tivoyageLengthFactor KIZ. 


class ExperiencedChinaRating... 


get voyageLengthFactor() { 
let result = 0; 
result += 3; 
if (this.voyage.length > 12) result += 1; 
if (this.voyage.length > 18) result -= 1; 
return result; 


最 后 一 件 事 : 在 “航程 数 ”(voyage length) 因素 上 加 上 3 
分 ， 我 认为 这 个 逻辑 不 合理 ， 应 该 把 这 3 分 加 在 最 终 的 结 


o 
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class ExperiencedChinaRating... 


get voyageProfitFactor() { 
return super.voyageProfitFactor + 3; 


} 


get voyageLengthFactor() { 
let result = 0; 
:ut += 3， 


if (this.voyage.length > 12) result += 1; 
if (this.voyage.length > 18) result -= 1; 
return result; 





重 构 结 束 ， 我 得 到 了 如 下 代码 。 首 先 ， 我 有 一 个 基本 的 
Rating 类 ， 其 中 不 考虑 与 “中 国 经 验 ” 相 关 的 复杂 性 : 


class Rating { 
constructor(voyage, history) { 
this.voyage = voyage; 
this.history = history; 


} 
get value() { 
const vpf = this.voyageProfitFactor; 
const vr = this.voyageRisk; 
const chr = this.captainHistoryRisk; 
if (vpf * 3 > (vr + chr * 2)) return "A"; 
else return "B"; 
} 
get voyageRisk() { 
let result = 1; 
if (this.voyage.length > 4) result += 2; 


if (this.voyage.length > 8) result += this.voyage.length - 8; 
if (["china", "east - 
indies"].includes(this.voyage.zone)) result += 4; 
return Math.max(result, 0); 


get captainHistoryRisk() { 
let result = 1; 
if (this.history.length < 5) result += 4; 
result += this.history.filter(v => v.profit < 0).length; 
return Math.max(result, 0); 
} 
get voyageProfitFactor() { 
let result = 2; 
if (this.voyage.zone === "china") result += 1; 
if (this.voyage.zone === "east-indies") result += 1; 
result += this.historyLengthFactor; 
result += this.voyageLengthFactor; 
return result; 
} 
get voyageLengthFactor() { 
return (this.voyage.length > 14) ? - 1: 0; 


get historyLengthFactor() { 
return (this.history.length > 8) ? 1: 0; 
} 
} 


与 “中 国 经 验 ? 相 关 的 代码 则 清晰 表述 出 在 基本 逻辑 之 上 


的 一 系列 变 体 逻辑 : 


class ExperiencedChinaRating extends Rating { 
get captainHistoryRisk() { 
const result = Super.captainHistoryRisk - 2; 
return Math.max(result, 0); 


get voyageLengthFactor() { 
let result = 0; 
if (this.voyage.length > 12) result += 1; 
if (this.voyage.length > 18) result -= 1; 
return result; 


get historyLengthFactor() { 

return (this.history.length > 10) ? 1: 0; 
} 
get voyageProfitFactor() { 

return super.voyageProfitFactor + 3; 


} 
} 


10.5 引入 特例 (Introduce Special 
Case ) 


HZ: 引入 Nul 对 象 introduce Null Object) 


| 
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if (aCustomer === "unknown") customerName = "occupant"; 


class UnknownCustomer { 


get name() {return "occupant"; } 


动机 


一 种 常见 的 重复 代码 是 这 种 情况 ， 一 个 数据 结构 的 使 用 
者 都 在 检查 某 个 特殊 的 值 ， 并 且 当 这 个 特殊 值 出 现时 所 做 的 处 
理 也 都 相同 。 如 宁 我 发 现代 码 库 中 有 多 处 以 同样 方式 应 对 同一 
个 特殊 值 ， 我 就 会 想 要 把 这 个 处 理 逻 辑 收 拢 到 一 处 。 


处 理 这 种 情况 的 一 个 好 办 法 古 使 用 “特例 ”(Special 
Case) 模式 : 创建 一 个 特例 元 素 ， 用 以 表达 对 这 种 特例 的 共用 
ee 
但 馆 辑 。 


特例 有 几 种 表现 形式 。 如 果 我 只 需要 从 这 个 对 象 读 取 数 
据 ， 可 以 提供 一 个 字面 量 对 象 Cliteral object) ， 其 中 所 有 的 值 
都 是 预先 填充 好 的 。 如 果 除 简单 的 数值 之 外 还 需要 更 多 的 行 
为 ， 就 需要 创建 一 个 特殊 对 象 ， 其 中 包含 所 有 共用 行为 所 对 应 
的 函数 。 特 例 对 象 可 以 由 一 个 封装 类 来 返回 ， 也 可 以 通过 变换 
插入 一 个 数据 结构 。 

一 个 通 各 需要 特例 处 理 的 值 就 是 nul1， 这 也 是 这 个 模式 
常 被 叫 作 *Null 对 象 ”(Null ”Object) 模式 的 原因 一 一 我 喜欢 
说 : Nul 对 象 是 特例 的 一 种 特例 。 























做 法 





我 们 从 一 个 作为 容器 的 数据 结构 《或 者 类 ) 开始 ， 其 中 
包含 一 个 属性 ， 该 属性 就 是 我 们 要 重 构 的 目标 。 容 器 的 客户 闹 
每 次 使 用 这 个 属性 时 ， 郑 需要 将 其 与 茶 个 特例 值 做 比 对 。 我 们 
希望 把 这 个 特例 值 蔡 换 为 代表 这 种 特例 情况 的 类 或 数据 结构 。 











。 给 重 构 目 标 谎 加 检查 特例 的 属性 ， 令 其 返回 false。 
。 创建 一 个 特例 对 象 ， 其 中 只 有 检查 特例 的 属性 ， 返 回 


trueo 

OY ERE A EABLET es Ee 〈106) ， 确 保 所 
有 客户 端 都 使 用 这 个 新 函数 ， 而 不 再 直接 做 特例 值 的 比 
对 。 

将 新 的 特例 对 象 引 入 代码 中 ， 可 以 从 函数 调用 中 返回 ， 也 
可 以 在 变换 函数 中 生成 。 

比 对 函数 的 主体 ， 在 其 中 直接 使 用 检查 特例 的 属 
性 。 

测试 。 

使 用 函数 组 合成 类 〈144) 或 函数 组 合成 变换 (149) ， 把 
通用 的 特例 处 理 逻 辑 都 搬移 到 新 建 的 特例 对 象 中 。 








特例 类 对 于 人 简单 的 请 求 通 常会 返回 固定 的 值 ， 因 此 
可 以 将 其 实现 为 字面 记录 (literal record) 。 





对 特例 比 对 函数 使 用 内 联 函 数 〈115) ， 将 其 内 联 到 仍然 
需要 的 地 方 。 


ya fil 








一 家 提供 公共 事业 服务 的 公司 将 自己 的 服务 安装 在 各 个 
场所 (site) 。 


class Site... 


get customer() {return this._customer;} 


代表 “顾客 ”的 customer 类 有 多 个 属性 ， 我 只 考虑 其 中 3 
个 
| 


o 


class Customer... 


get name() 
get billingPlan() 
set billingPlan(arg) 


{aaa 
Fous 
{aia 
get paymentHistory() {... 





大 多 数 情 况 下 ， 一 个 场所 会 对 应 一 个 顾客 ， 但 有 些 场所 
没有 与 之 对 应 的 顾客 ， 可 能 是 因为 之 前 的 住户 搬 走 了 ， 而 新 搬 
来 的 住户 我 还 不 知道 是 谁 。 这 种 情况 下 ， 数 据 记 录 中 的 
customer 字 段 会 被 填充 为 字符 串 "unknown"。 因 为 这 种 情况 时 有 
发 生 ， 所 以 site 对 象 的 客户 端 必须 有 办 法 处 理 “ 顾 客 未 知 ” 的 情 
况 。 下 面 是 一 些 示例 代码 片段 。 

















客户 端 1... 


const aCustomer = site.customer; 

// ... lots of intervening code ... 

let customerName; 

if (aCustomer === "unknown") customerName = "occupant"; 
else customerName = aCustomer.name; 


客户 端 2... 


const plan = (aCustomer === "unknown") ? 
registry.billingPlans.basic 
: aCustomer.billingPlan; 


客户 端 3... 


if (aCustomer !== "unknown") aCustomer.billingPlan = newPlan; 
FP vith... 
const weeksDelinquent = (aCustomer === "unknown") ? 
0 


: aCustomer.paymentHistory.weeksDelinquentInLastyYear ; 





浏览 整个 代码 库 ， 我 看 到 有 很 多 使 用 site 对象 的 客户 端 
在 处 理 “ 顾 客 未 知 ” 的 情况 ， 大 多 数 都 用 了 同样 的 应 对 方式 : 
FA"occupant" (JER) 作为 顾客 名 ， 使 用 基本 的 计价 套餐 ， 并 
认为 这 家 顾客 没有 人 欠 费 。 到 处 都 在 检查 这 种 特例 ， 再 加 上 对 特 
例 的 处 理 方 式 高 度 一 致 ， 这 些 现 象 告 诉 我 : 是 时 候 使 用 特例 对 
象 (Special Case Object) 模式 了 。 


我 首先 给 customer 添 加 一 个 函数 ， 用 于 指示 “这 个 顾客 是 
RRA” 




















class Customer... 


get isUnknown() {return false;} 


然后 我 给 “未 知 的 顾客 ”专门 创建 一 个 类 。 


class UnknownCustomer { 


get isUnknown() {return true; } 


注意 ， 我 没有 把 unknowncustomer 类 声明 为 customer 
的 子 类 。 在 其 他 编程 语言 《尤其 是 静态 类 型 的 编程 语言 ) 
中 ， 我 会 需要 继承 关系 。 但 JavaScript 是 一 种 动态 类 型 语 
二 按照 它 的 子 类 化 规则 ， 这 里 不 声明 继承 关系 反而 更 
Te 

















下 面 就 是 麻烦 之 处 了 。 我 必须 在 所 有 期 望 得 
到 "unknown" 值 的 地 方 返 回 这 个 新 的 特例 对 象 ， 并 修改 所 有 检 
查 "unknown" 值 的 地 方 ， 令 其 使 用 新 的 jsunknown 函 数 。 一 般 而 
言 ， 我 总 是 希望 细心 安排 修改 过 程 ， 使 我 可 以 每 次 做 一 点 小 修 
改 ， 然 后 马上 测试 。 但 如 果 我 修改 了 customer 类 ， 使 其 返回 
Unknowncustomer 对 象 (而 非 "unknown" 字 符 串 ) » AAA 
同时 修改 所 有 客户 端 ， 让 和 它们 不 要 检查 "unknown" 字 符 串 ， 而 
是 调用 isunknown 函 数 一 一 这 两 个 修改 必须 一 次 完成 。 我 感觉 
这 一 大 步 修 改 束 像 一 大 块 难 吃 的 食物 一 样 难以 下 咽 。 

还 好 ， 遇 到 这 种 困境 时 ， 有 一 个 弟 用 的 技巧 可 以 帮忙 。 


如 果 有 一 段 代 码 需 要 在 很 多 地 方 做 修改 〈 例 如 我 们 这 里 的 “与 
特例 做 比 对 ”的 代码 ) ， 我 会 先 对 其 使 用 提炼 函数 (106) 。 














function isUnknown(arg) { 
if (!((arg instanceof Customer) || (arg === "unknown") )) 
throw new Error( investigate bad value: <${arg}>°); 
return (arg === "unknown" ); 


我 会 放 一 个 陷阱 ， 捕 捉 意 料 之 外 的 值 。 如 果 在 重 构 
a 
现 。 








现在 ， 凡 是 检查 未 知 顾客 的 地 方 ， 都 可 以 改 用 这 个 函数 
了 。 我 可 以 逐一 修改 这 些 地 方 ， 每 次 修改 之 后 都 可 以 执行 测 
试 。 
客户 端 1... 


let customerName; 
if (isUnknown(aCustomer)) customerName = "occupant"; 
else customerName = aCustomer.name; 


没 用 多 久 ， 就 全 部 修改 完了 。 
客户 端 2... 


const plan = (isUnknown(aCustomer)) ? 
registry.billingPlans.basic 
: aCustomer.billingPlan; 


客户 端 3... 


if (!isUnknown(aCustomer)) aCustomer.billingPlan = newPlan; 


客户 端 4... 


const weeksDelinquent = isUnknown(aCustomer) ? 
0 
: aCustomer.paymentHistory.weeksDelinquentInLastyYear ; 





将 所 有 调用 处 都 改 为 使 用 isunknown 函 数 之 后 ， 束 可 以 修 
改 Site 类 ， 令 其 在 顾客 未 知 时 返回 unknowncustomer 对 象 。 


Class Site... 


get customer() { 
return (this. customer === "unknown") ? new UnknownCustomer 


} 


然后 修改 isunknown 函 数 的 判断 多 辑 。 做 完 这 步 修 改 之 后 
次 全 文 搜索 ， 应 该 没有 任何 地 方 使 用 "unknown" 字 
AP a Jo 





vit 1... 
function isUnknown(arg) { 
if (! 
(arg instanceof Customer || arg instanceof UnknownCustomer ) ) 


throw new Error( investigate bad value: <${arg}>°); 
return arg.isUnknown; 


J 
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特例 的 代码 ， 看 它们 处 理 特例 的 逻辑 ， 并 考虑 是 售 能 用 函数 组 
合成 类 (144) 将 其 葡 换 为 一 个 共同 的 、 符 合 预期 的 值 。 此 
刻 ， 有 多 处 客户 端 代码 用 字符 串 "occupant" 来 作为 未 知 顾客 的 
名 字 ， 就 像 下 面 这 样 。 











客户 端 1... 


let customerName; 
if (isUnknown(aCustomer)) customerName = "occupant"; 
else customerName = aCustomer.name; 


我 可 以 在 unknowncustomer 类 中 添加 一 个 合适 的 函数 。 


class UnknownCustomer... 


get name() {return "occupant"; } 


然后 我 就 可 以 去 掉 所 有 条 件 代码 。 
客户 端 1... 


const customerName = aCustomer.name; 


测试 通过 之 后 ， 我 可 能 会 用 内 联 变量 〈123) 把 
custome rName4e = 1H, y KEFE o 


接 下 来 处 理 代表 “计价 套餐 ”的 billingpPlan 属 性 。 


客户 端 2... 


const plan = (isUnknown(aCustomer)) ? 
registry.billingPlans.basic 
: aCustomer.billingPlan; 


客户 端 3... 
if (!isUnknown(aCustomer)) aCustomer.billingPlan = newPlan; 
对 于 读 取 该 属性 的 行为 ， 我 的 处 理 方法 跟前 面 处 理 name 
属性 一 样 一 一 找到 通用 的 应 对 方式 ， 并 在 unknowncustomer 中 使 
用 之 。 至 于 对 该 属性 的 写 操作 ， 当 前 的 代码 没有 对 未 知 顾客 调 


用 过 设 值 函 数 ， 所 以 在 特例 对 象 中 ， 我 会 保留 设 值 函数 ， 但 其 
中 什么 都 不 做 。 


class UnknownCustomer... 


get billingPlan() {return registry.billingPlans.basic; } 
set billingPlan(arg) { /* ignore */ } 


读 取 的 例子 .… 


const plan = aCustomer.billingPlan; 


更 新 的 例子 .… 


aCustomer.billingPlan = newPlan; 





特例 对 象 是 值 对 象 ， 因 此 应 该 始终 是 不 可 变 的 ， 即 便 它 
MERKER REA EER 
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一 个 对 象 ， 后 者 义 有 其 自己 的 属性 。 




















客户 Uff eee 


const weeksDelinquent = isUnknown(aCustomer) ? 
0 
: aCustomer.paymentHistory.weeksDelinquentInLastyYear ; 





一 般 的 原则 是 : 如 果 特 例 对 象 需要 返回 关联 对 象 ， 补 返 
回 的 通 币 也 是 特例 对 象 。 所 以 ， 我 需要 创建 一 个 代表 “ 空 文 付 


记录 ”的 特例 类 NullPaymentHistory。 


class UnknownCustomer... 


get paymentHistory() {return new NullPaymentHistory();} 


class NullPaymentHistory... 


get weeksDelinquentInLastYear() {return 0; } 


客户 Üf eee 


const weeksDelinquent = aCustomer.paymentHistory.weeksDelinqu 














我 继续 查看 客户 端 代码 ， 和 寻找 是 否 有 能 用 多 态 行为 取代 
的 地 方 。 但 也 会 有 例外 情况 一 一 客户 端 不 想 使 用 特例 对 象 提供 
的 逻辑 ， 而 是 想 做 一 些 别 的 处 理 。 我 可 能 有 23 处 客户 端 代 人 码 
用 "occupant" 作 为 未 知 顾客 的 名 字 ， 但 还 有 一 处 用 了 别 的 值 。 
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const name = ! isUnknown(aCustomer) ? aCustomer.name : "unkno 


这 种 情况 下 ， 我 只 能 在 客户 端 保留 特例 检查 的 逻辑 。 我 
会 对 其 做 些 修改 ， 让 它 使 用 acustomer 对 象 里 上 的 ijsunknown 梢 
数 ， 也 就 是 对 全 局 的 isunknown 函 数 使 用 内 联 函 数 (115) 。 


aP Üj eee 


const name = aCustomer.isUnknown ? "unknown occupant" : aCust 





处 理 完 所 有 客户 端 代码 后 , EJ HJ isUnknown PAI AL MIZ 
人 再 调用 了 ， 可 以 用 移 除 死 代码 (237) 将 其 移 除 。 





范例 : 使 用 对 象 字面 量 


我 们 在 上 面 处 理 的 其 实 是 一 些 很 简单 的 值 ， 却 要 创建 一 
个 这 样 的 类 ， 未 免 有 点 儿 大 动 干戈 。 但 在 上 面 这 个 例子 中 ， 我 
必须 创建 这 样 一 个 类 ， 因 为 customer 类 是 允许 使 用 者 更 新 其 内 
容 的 。 但 如 果 面 对 一 个 只 读 的 数据 结构 ， 我 束 可 以 改 用 字面 量 
XZ (literal object) 。 


还 是 前 面 这 个 例子 一 一 几乎 完全 一 样 ， 除 了 一 件 事 : 这 
次 没有 客户 端 对 customer 对 象 做 更 新 操作 : 








class Site... 


get customer() {return this._customer;} 


class Customer... 


get name() {aua} 
get billingPlan() {...} 
set billingPlan(arg) {...} 
get paymentHistory() {...} 


客户 端 1... 


const aCustomer = site.customer; 
// ... lots of intervening code ... 
let customerName; 


if (aCustomer === "unknown") customerName = "occupant"; 
else customerName = aCustomer.name; 


客户 端 2... 


const plan = (aCustomer === "unknown") ? 
registry.billingPlans.basic 
: aCustomer.billingPlan; 


客户 端 3... 


const weeksDelinquent = (aCustomer === "unknown") ? 


0 
: aCustomer.paymentHistory.weeksDelinquentInLastyYear ; 


和 前 面 的 例子 一 样 ， 我 首先 在 customer 中 添加 isunknown 
属性 ， 并 创建 一 个 包含 同名 字段 的 特例 对 象 。 这 次 的 区 别 在 
于 ， 特 例 对 象 是 一 个 字面 量 。 


class Customer... 


get isUnknown() {return false; } 


顶层 作用 域 .… 


function createUnknownCustomer() { 
return { 
isUnknown: true, 
}; 





然后 我 对 检 枉 特例 的 条 件 迎 辑 运 用 提炼 函数 (106) 


function isUnknown(arg) { 
return (arg === "unknown"); 


} 


客户 端 1... 


let customerName; 
if (isUnknown(aCustomer)) customerName = "occupant"; 
else customerName = aCustomer.name; 


X 


客户 端 2... 


const plan = isUnknown(aCustomer) ? 
registry.billingPlans.basic 
: aCustomer.billingPlan; 


客户 端 3... 


const weeksDelinquent = isUnknown(aCustomer) ? 
0 


: aCustomer.paymentHistory.weeksDelinquentInLastyYear ; 


修改 Site 类 和 做 条 件 判断 的 isunknown 函 数 ， 开 始 使 用 特 
例 对 象 。 


Class Site... 


get customer() { 
return (this. customer === "unknown") ? createUnknownCustom 


J 


顶层 作用 域 .… 


function isUnknown(arg) { 
return arg.isUnknown; 


然后 把 “以 标准 方式 应 对 特例 ”的 地 方 部 丛 换 成 使 用 特例 
字面 量 的 值 。 首 先 从 “名 字 ” 开 始 : 





function createUnknownCustomer() { 
return { 
isUnknown: true, 
name: "occupant", 


客户 端 1... 


const customerName = aCustomer.name; 


接着 是 “计价 套餐 ”: 


function createUnknownCustomer() { 

return { 
isUnknown: true, 
name: "occupant", 
billingPlan: registry.billingPlans.basic, 
}; 
} 


客户 端 2... 


const plan = aCustomer.billingPlan; 
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录 对 象 : 


function createUnknownCustomer() { 
return { 
isUnknown: true, 
name: "occupant", 
billingPlan: registry.billingPlans.basic, 
paymentHistory: { 
weeksDelinquentInLastYear: 0, 


ty 


客户 端 3... 


const weeksDelinquent = aCustomer.paymentHistory.weeksDelinqu 





如 果 使 用 了 这 样 的 字面 量 ， 应 该 使 用 诸如 object .freeze 
的 方法 将 其 冻结 ， 使 其 不 可 变 。 通 常 ， 我 还 是 喜欢 用 类 多 一 
P 





范例 : 使 用 变换 





前 面 两 个 例子 都 涉及 了 一 个 类 ， 其 实 本 重 构 手法 也 同样 
适用 于 记录 ， 只 要 增加 一 个 变换 步 又 即 可 。 


假设 我 们 的 输入 古 一 个 简单 的 记录 结构 ， 大 概 像 这 样 : 


{ 
name: "Acme Boston", 
location: "Malden MA", 
// more site details 
customer: { 
name: "Acme Industries", 
billingPlan: "plan-451", 
paymentHistory: { 
weeksDelinquentInLastYear: 7 
//more 


7/ more 





有 时 顾客 的 名 字 未 知 ， 此 时 标记 的 方式 与 前 面 一 样 : 





将 custome r 字 段 标 记 为 字符 串 "unknown". 


name: "Warehouse Unit 15", 
location: "Malden MA", 

// more site details 
customer: "unknown", 


Pin CASH, SSH EAS A” FN UL: 


客户 端 1... 


const site = acquireSiteData(); 
const aCustomer = site.customer; 


// ... lots of intervening code 
let customerName; 
if (aCustomer === "unknown") customerName = "occupant"; 


else customerName = aCustomer.name; 


X 


客户 端 2... 


const plan = (aCustomer === "unknown") ? 
registry.billingPlans.basic 
aCustomer.billingPlan; 


客户 端 3... 


const weeksDelinquent = (aCustomer === "unknown") ? 
0 


: aCustomer.paymentHistory.weeksDelinquentInLastyYear ; 





我 首先 要 让 site 数 据 结构 经 过 一 次 变换 ， 目 前 变换 中 只 
做 了 深 复制 ， 没 有 对 数据 做 任何 处 理 。 


客户 端 1... 


const rawSite = acquireSiteData(); 
const site = enrichSite(rawSite) ; 
const aCustomer = site.customer; 


// ... lots of intervening code ... 
let customerName; 
if (aCustomer === "unknown") customerName = "occupant"; 


else customerName = aCustomer.name; 


function enrichSite(inputSite) { 
return _.cloneDeep(inputSite); 


t 





然后 对 “检查 未 知 顾客 ”的 代码 运用 提 烁 函数 (106) 。 


function isUnknown(aCustomer) { 
return aCustomer === "unknown"; 


} 


客户 端 1... 


const rawSite = acquireSiteData(); 
const site = enrichSite(rawSite) ; 
const aCustomer = site.customer; 

// ... lots of intervening code ... 
let customerName; 


if (isUnknown(aCustomer)) customerName = "occupant"; 
else customerName = aCustomer.name; 


客户 端 2... 


const plan = (isUnknown(aCustomer)) ? 
registry.billingPlans.basic 
aCustomer .billingPlan; 


X 


客户 端 3... 


const weeksDelinquent = (isUnknown(aCustomer)) ? 
0 
aCustomer.paymentHistory.weeksDelinquentInLastyYear ; 


然后 开始 对 Site 数据 做 增强 ， 首 先是 给 customer 字 段 加 
上 isunknown 属 性 。 


function enrichSite(aSite) { 
const result = _.cloneDeep(aSite); 
const unknownCustomer = { 
isUnknown: true, 


}; 


if (isUnknown(result.customer)) result.customer = unknownCust 
else result.customer.isUnknown = false; 
return result; 


} 
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原来 的 Site 数据， 也 能 应 对 增强 后 的 Site 数 据 。 








function isUnknown(aCustomer) { 
if (aCustomer === "unknown") return true; 
else return aCustomer.isUnknown; 


} 


测试 ， 确 你 一 切 正 常 ， 然 后 针对 特例 使 用 函数 组 合成 变 
换 (149) 。 首 先 把 “未 知 顾客 的 名 字 ” 的 处 理 逻 辑 搬 进 增强 函 


function enrichSite(aSite) { 
const result = _.cloneDeep(aSite); 
const unknownCustomer = { 
isUnknown: true, 
name: "occupant", 


}; 


if (isUnknown(result.customer)) result.customer = unknownCust 
else result.customer.isUnknown = false; 
return result; 


const rawSite = acquireSiteData(); 
const site = enrichSite(rawSite); 
const aCustomer = site.customer; 

// ... lots of intervening code ... 
const customerName = aCustomer.name; 


测试 ， 然 后 是 “未 知 顾客 的 计价 套餐 ”的 处 理 逻 辑 。 


function enrichSite(aSite) { 
const result = _.cloneDeep(aSite); 
const unknownCustomer = { 
isUnknown: true, 
name: "occupant", 
billingPlan: registry.billingPlans.basic, 
J; 


if (isUnknown(result.customer)) result.customer = unknownCust 
else result.customer.isUnknown = false; 
return result; 


} 


X 


客户 端 2... 


const plan = aCustomer.billingPlan; 
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function enrichSite(aSite) { 

const result = _.cloneDeep(aSite); 

const unknownCustomer = { 
isUnknown: true, 
name: "occupant", 
billingPlan: registry.billingPlans.basic, 
paymentHistory: { 

weeksDelinquentInLastYear: 0, 

} 

}; 


if (isUnknown(result.customer)) result.customer = unknownCust 
else result.customer.isUnknown = false; 
return result; 


客户 端 3... 


const weeksDelinquent = aCustomer.paymentHistory.weeksDelinqu 


10.6 引入 断言 〈Introduce Assertion ) 


assert (assumption) 


a 


if (this.discountRate) 
base = base - (this.discountRate * base); 


Y 


ka 


assert(this.discountRate>= 0); 
if (this.discountRate) 
base = base - (this.discountRate * base); 


动机 





常常 会 有 这 样 一 段 代码 : 只 有 当 茶 个 条 件 为 真 时 ， 该 段 
代码 才能 正 党 运行。 例如， 平方 根 计算 只 对 正 值 才能 进行 ， 叉 
例如 ， 某 个 对 象 可 能 假设 一 组 字段 中 至 少 有 一 个 不 等 于 nul1。 


这 样 的 假设 通常 并 没有 在 代码 中 明确 表现 出 来 ， 你 必须 











阅读 整个 算法 才能 看 出 。 有 时 程序 员 会 以 注释 写 出 这 样 的 假 
设 ， 而 我 要 介绍 的 是 一 种 更 好 的 技术 一 一 使 用 断言 明确 标明 这 


些 假设 。 


汤 言 是 一 个 条 件 表 达 式 ， 应 该 总 是 为 真 。 如 果 它 失败 ， 
表示 程序 员 犯 了 错误 。 靳 言 的 失败 不 应 该 被 系统 任何 地 方 捕 
捉 。 人 整个 程序 的 行为 在 有 没有 断言 出 现 的 时 候 都 应 该 完全 一 
样 。 实 际 上 ， 有 些 编程 语言 中 的 断言 可 以 在 编译 期 用 一 个 开关 
完全 禁用 挥 。 


我 钟 看 抑 有 人 或 励 用 断言 来 及 现 程序 中 的 错误 。 这 壬 然 
是 一 件 好 事 ， 但 却 不 是 使 用 断言 的 唯一 理由 。 断 言 是 一 种 很 有 
价值 的 交流 形式 一 一 它们 告诉 阅读 者 ， 程 序 在 执行 到 这 一 点 
时 ， 对 当前 状态 做 了 何 种 假设 。 另 外 断言 对 调试 也 很 有 帮助 。 
而 且 ， 因 为 它们 在 交流 上 很 有 价值 ， 即 使 解决 了 当下 正在 追踪 
的 错误 ， 我 还 是 倾 问 于 把 断言 留 痢 。 目 测试 的 代码 降低 了 断言 
在 调试 方面 的 价值 ， 因 为 逐步 逼近 的 单元 测试 通 冲 能 更 好 地 帮 
助 调试 ， 但 我 仍然 看 重 断 言 在 交流 方面 的 价值 。 













































































做 法 


。 如 末 你 及 现代 码 假 设 匠 个 条 件 始终 为 真 ， 束 加 入 一 个 断言 
明确 说 明 这 种 情况 。 


因为 断言 应 该 不 会 对 系统 运行 造成 任何 影响 ， 所 以 “加 入 
叶 言 ”永远 都 应 该 是 行为 保持 的 。 











ve fil 


下 面 是 一 个 简单 的 例子 : 折扣 。 顾 客 〈customer) 会 获 
得 一 个 折扣 率 (discount rate) ， 可 以 用 于 所 有 其 购买 的 商 


Ho 


pm 


class Customer... 


applyDiscount(aNumber) { 
return (this.discountRate) 
? aNumber - (this.discountRate * aNumber ) 
: aNumber; 





这 里 有 一 个 假设 : 折扣 率 永 远 是 正 数 。 我 可 以 用 断言 明 
确 标示 出 这 个 假设 。 但 在 一 个 三 元 表达 式 中 没 办 法 很 简单 地 插 
AT a > 所 以 我 首先 要 把 这 个 表达 式 转换 成 if-else 的 形式 。 








class Customer... 


applyDiscount(aNumber) { 
if (!this.discountRate) return aNumber; 
else return aNumber - (this.discountRate * aNumber); 


} 


现在 我 就 可 以 轻松 地 加 入 断言 了 。 


class Customer... 


applyDiscount(aNumber) { 
if (!this.discountRate) return aNumber; 
else { 
assert(this.discountRate >= 0); 


return aNumber - (this.discountRate * aNumber); 
} 
} 


对 这 个 例子 而 言 ， 我 更 愿意 把 断言 放 在 设 值 函数 上 。 如 
果 在 applyDiscount 函 数 处 发 生 断 言 失 败 ， 我 还 得 先 费 力 搞 清楚 
非法 的 折扣 率 值 起 初 是 从 哪儿 放 进 去 的 。 








class Customer... 


set discountRate(aNumber) { 
assert(null === aNumber || aNumber >= 0); 
this. _discountRate = aNumber; 


} 


真正 引起 错误 的 源头 有 可 能 很 难 发 现 一 一 也 许 是 输入 数 
扬中 误 写 了 一 个 减 写 ， 也 许 是 条 处 代码 做 数据 转换 时 犯 了 错 
误 。 像 这 样 的 断言 对 于 发 现 错误 源头 特别 有 帮助 。 


注意 ， 不 要 滥用 断言 。 我 不 会 使 用 断言 来 检查 所 有 “我 认 
为 应 该 为 真 ”" 的 条 件 ， 只 用 来 检查 “必须 为 真 ” 的 条 件 。 滥 用 靳 
言 可 能 会 造成 代码 重复 ， 尤 其 是 在 处 理 上 面 这 样 的 条 件 馆 辑 
Hy. MAREM, IRA BR POR PIP A) BS, AY AT 
借助 提炼 函数 “106) 手法 。 


我 只 用 断言 预防 程序 员 的 错误 。 如 果 要 从 某 个 外 部 数据 
源 读 取 数据 ， 那 么 所 有 对 输入 值 的 检查 都 应 该 是 程序 的 一 等 公 
民 ， 而 不 能 用 断言 实现 一 一 除非 我 对 这 个 外 部 数据 源 有 绝对 的 
信心 。 断 言 是 帮助 我 们 跟踪 bug 的 最 后 一 招 ， 所 以 ， 或 许 听 来 
讽刺 ， 只 有 当 我 认为 断言 绝对 不 会 失败 的 时 候 ， 我 才 会 使 用 断 
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第 11 章 ” 重 构 API 





模块 和 函数 是 软件 的 骨肉 ， 而 API 则 是 将 骨肉 连接 起 来 
的 关节 。 易 于 理解 和 使 用 的 API 非 常 重要 ， 但 同时 也 很 难 获 
得 。 随 着 对 软件 理解 的 加 深 ， 我 会 学 到 如 何 改进 API， 这 时 我 
便 需 要 对 API 进 行 重 构 。 


好 的 API 会 把 更 新 数据 的 函数 与 只 是 读 取 数据 的 函数 清 
晰 分 开 。 如 果 我 看 到 这 两 类 操作 被 混在 一 起 ， 就 会 用 将 查询 函 
数 和 修改 函数 分 离 (306) 将 它们 分 开 。 如 果 两 个 函数 的 功能 
非常 相似 、 只 有 一 些 数值 不 同 ， 我 可 以 用 函数 参数 化 (310) 
将 其 统一 。 但 有 些 参数 其 实 只 是 一 个 标记 ， 根 据 这 个 标记 的 不 
同 ， 函 数 会 有 截然 不 同 的 行为 ， 此 时 最 好 用 移 除 标记 参数 
(314) 将 不 同 的 行为 彻底 分 开 。 


在 函数 间 传 递 时 ， 数 据 结 构 常 会 野 无 必要 地 被 拆 开 ， 我 
愿意 用 保持 对 象 完整 (319) 将 其 聚 扰 。 函 数 需 要 的 一 份 信 
完 葛 何 时 应 该 作为 参数 传 入 、 何 时 应 该 调用 一 个 函数 获 
， 这 是 一 个 需要 反复 推 语 的 决定 ， 推 谢 的 过 程 中 常常 要 用 到 
查询 取代 参数 (824) 和 以 参数 取代 查询 (327) 。 


类 是 一 种 常见 的 模块 形式 。 我 希望 尽 可 能 保持 对 象 不 可 
变 ， 所 以 只 要 有 可 能 ， 我 就 会 使 用 移 除 设 值 函 数 〈331) 。 当 
调用 者 要 求 一 个 新 对 象 时 ， 我 经 常 需要 比 构造 函数 更 多 的 灵活 
go EE ae ee eet 
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有 时 你 会 遇 到 一 个 特别 复杂 的 函数 ， 围 经 着 它 传 入 传 出 


一 大 堆 数 据 。 最 后 两 个 重 构 手 法 专门 用 于 破解 这 个 难题 。 我 可 
以 用 以 命令 取代 函数 337) 将 这 个 函数 变 成 对 象 ， 这 样 对 郴 
数 体 使 用 提炼 函数 (106) 时 会 更 容易 。 如 果 稍 后 我 对 该 函数 
做 了 简化 ， 不 再 需要 将 其 作为 命令 对 象 了 ， 可 以 用 以 函数 取代 
命令 (344) 再 把 它 变 回 函 数 。 











11.1 TEETH RAE Rp A 
(Separate Query from Modifier ) 


2 


function getTotalOutstandingAndSendBill() { 
const result = customer.invoices.reduce((total, each) => ea 
sendBill(); 
return result; 


Y 


V 


function totalOutstanding() { 
return customer.invoices.reduce((total, each) => each.amoun 


function sendBill() { 
emailGateway.send(formatBill(customer ) ) ， 


} 


动机 











如 果 某 个 函数 只 是 所 供 一 个 值 ， 没 有 任何 看 得 到 的 副 作 





用 ， 那 么 这 是 一 个 很 有 价值 的 东西 。 我 可 以 任意 调用 这 个 函 
数 ， 也 可 以 把 调用 动作 搬 到 调用 函数 的 其 他 地 方 。 这 种 函数 的 
测试 也 更 容易 。 简 而 言 之 ， 需 要 操心 的 事情 少 多 了 。 


明确 表现 出 “有 副作用 ”与 “无 副作用 ”两 种 函数 之 间 的 差 
异 ， 是 个 很 好 的 想法 。 下 面 是 一 条 好 规则 : 任何 有 返回 值 的 函 
数 ， 都 不 应 该 有 看 得 到 的 副作用 一 一 命令 与 查询 分 离 
(Command-Query Separation) [mf-cqs]。 有 些 程序 员 甚 至 将 此 
作为 一 条 必须 遭 守 的 规则 。 就 像 对 竺 任何 东西 一 样 ， 我 并 不 绝 
对 遵守 它 ， 不 过 我 总 是 尽量 遭 守 ， 而 它 也 回报 我 很 好 的 效果 。 


如 果 过 到 一 个 “ 既 有 返回 值 色 有 副作用 ”的 函数 ， 我 就 会 
试 者 将 碍 询 动作 从 修改 动作 中 分 离 出 来 。 


你 也 许 已 经 注意 到 了 : 我 使 用 “看 得 到 的 副作用 ”这 种 说 
法 。 有 一 种 常见 的 优化 办 法 是 : 将 查询 所 得 结果 缓存 于 某 个 字 
段 中 ， 这 样 一 来 后 续 的 重复 得 询 就 可 以 大 大 加 快速 度 。 虽 然 这 
种 做 法 改变 了 对 象 中 缓存 的 状态 ， 但 这 一 修改 是 察觉 不 到 的 ， 
因为 不 论 如 何 得 询 ， 总 是 获得 相同 结束 。 




































































做 法 








。 复 制 整 个 函数 ， 将 其 作为 一 个 售 询 来 命名 。 





如 果 想 不 出 好 名 字 ， 可 以 看 看 函数 返回 的 是 什么 。 
查询 的 结果 会 锐 填 入 一 个 变量 ， 这 个 变量 的 名 字 应 该 能 对 
因数 如 何 命名 有 所 局 发 。 























。 从 新 建 的 查询 函数 中 去 掉 所 有 造成 副作用 的 语句 。 

。 执行 静态 检查 。 

。 查找 所 有 调用 原 函 数 的 地 方 。 如 果 调 用 处 用 到 了 该 函数 的 
返回 值 ， 束 将 其 改 为 调用 新 建 的 查询 函数 ， 并 在 下 面 马上 
再 调用 一 次 原 函 数 。 每 次 修改 之 后 都 要 测试 。 

。 测 试 。 


完成 重 构 之 后 ， 查 询 函数 与 原 函 数 之 间 常 会 有 和 草 复 代 
码 ， 可 以 做 必要 的 清理 。 
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有 这 样 一 个 函数 : 它 会 遍历 一 份 恶 棍 〈miscreant) 名 
单 ， 检 查 一 群 人 (people) 里 是 否 混 进 了 和 恶棍。 如 果 发 现 了 和 恶 
棍 ， 访 函数 会 返回 恶棍 的 名 字 ， 并 拉 啊 警报 。 如 果 人 和 群 中 有 多 
名 恶棍 ， 该 函数 也 只 汇报 找 出 的 第 一 名 恶棍 〈 我 猜 这 就 已 经 够 
lee 





function alertForMiscreant (people) { 
(p 
setOffAlarms(); 
return "Don"; 
} 
if (p === "John") { 


setOffAlarms(); 
return "John"; 


return ""; 


首先 我 复制 整个 函数 ， 用 它 的 查询 部 分 功能 为 其 命名 。 


function findMiscreant (people) { 
for (const p of people) { 
if (p === "Don") { 
setOffAlarms(); 
return "Don"; 


} 

if (p === "John") { 
setOffAlarms(); 
return "John"; 


} 


return ""; 


} 


然后 在 新 建 的 得 询 函 数 中 去 掉 副 作用 。 


function findMiscreant (people) { 
for (const p of people) { 


if (p === "Don") { 
return "Don"; 
: (p === "John") { 
return "John"; 
} 
return ""; 


} 





然后 找到 所 有 原 函 数 的 调用 者 ， 将 其 改 为 调用 新 建 的 碍 
询 函 数 ， 并 在 其 后 调用 一 次 修改 浮 数 “也 就 是 原 函 数 ) TÆ 
代码 


const found = alertForMiscreant(people); 


BLAS J 


const found = findMiscreant(people); 
alertForMiscreant(people); 


现在 可 以 从 修改 函数 中 去 挥 所 有 返回 值 了 。 


function alertForMiscreant (people) { 
for (const p of people) { 


if (p === "Don") { 
setOffAlarms(); 
return, 
} 
if (p === "John") { 
setoffAlarms( ) ; 
return， 
} 
return; 


} 


现在 ， 原 来 的 修改 函数 和 新 建 的 得 询 函 数 之 间 有 大 量 的 
重复 代码 ， 我 可 以 使 用 华 换 算法 〈195) ， 让 修改 函数 使 用 奉 
询 函 数 。 


function alertForMiscreant (people) { 
if (findMiscreant(people) !== "") setoffAlarms(); 
} 


11.2 函数 参数 化 (Parameterize 
Function ) 


HZ: 令 函 数 携带 参数 (Parameterize Method) 


nek 


function tenPercentRaise(aPerson) { 
aPerson.salary = aPerson.salary.multiply(1.1); 





function fivePercentRaise(aPerson) { 
aPerson.salary = aPerson.salary.multiply(1.05); 


由 


function raise(aPerson, factor) { 
aPerson.salary = aPerson.salary.multiply(1 + factor); 


} 


动机 


HORE ACD TPR BO ESE FS AIL, JA BET 
不 同 ， 可 以 将 其 合并 成 一 个 函数 ， 以 参数 的 形式 传 入 不 同 的 
值 ， 从 而 消除 重复 。 这 个 重 构 可 以 使 函数 更 有 用 ， 因 为 重 构 后 
的 函数 还 可 以 用 于 处 理 其 他 的 值 。 

















做 法 


。 从 一 组 相似 的 函数 中 选择 一 个 。 

。 运 用 改变 函数 声明 124) ， 把 需要 作为 参数 传 入 的 字面 
量 添加 到 参数 列表 中 。 

fe NA 0 


测试 。 

修改 函数 体 ， 令 其 使 用 新 传 入 的 参数 。 每 使 用 一 个 新 参数 
都 要 测试 。 

对 于 其 他 与 之 相似 的 函数 ， 逐 一 将 其 调用 处 改 为 调用 已 经 
参数 化 的 函数 。 








如 果 第 一 个 函数 经 过 参数 化 以 后 不 能 直接 蔡 代 夯 一 
个 与 之 相似 的 函数 ， 就 先 对 参数 化 之 后 的 函数 做 必要 的 调 
整 ， 再 做 答 换 。 


ve pil 





下 面 是 一 个 显而易见 的 例子 : 


function tenPercentRaise(aPerson) { 
aPerson.salary = aPerson.salary.multiply(1.1); 


function fivePercentRaise(aPerson) { 
aPerson.salary = aPerson.salary.multiply(1.05); 


i 





ABH se BK AY AAP TiS Ba BOR FS HE THT: 


function raise(aPerson, factor) { 
aPerson.salary = aPerson.salary.multiply(1 + factor); 


} 


情况 可 能 比 这 个 更 复杂 一 些 。 例 如 下 列 代码 : 


function baseCharge(usage) { 
if (usage < 0) return usd(0); 
const amount = 
bottomBand(usage) * 0.03 
+ middleBand(usage) * 0.05 
+ topBand(usage) * 0.07; 
return usd(amount); 


} 


function bottomBand(usage) { 
return Math.min(usage, 100); 


} 


function middleBand(usage) { 
return usage > 100 ? Math.min(usage, 200) - 100 : 0; 
} 


function topBand(usage) { 
return usage > 200 ? usage - 200 : 0; 


} 
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文 撑 一 个 参数 化 的 计算 “ 计 费 档次 ”band) 的 函数 ?这 次 就 不 
像 前 面 第 一 个 例子 那样 一 目 了 然 了 。 


企 答 试 对 几 个 相关 的 函数 做 参数 化 操作 时 ， 我 会 先 从 中 
挑选 一 个 ， 在 上 面 添加 参数 ， 同 时 留意 其 他 几 种 情况 。 在 类 似 
这 样 处 理 “ 范 围 ? 的 情况 下 ， 通 种 从 位 于 中 间 的 范围 开始 独 手 较 
好 。 所 以 我 首先 选择 了 middleBand 函 数 来 添加 参数 ， 然 后 调整 
其 他 的 调用 者 来 适应 它 。 


middleBand 使 用 了 两 个 字面 量 值 ， 即 106 和 266， 分 别 代 
表 “ 中 间 档 次 ”的 下 界 和 上 界 。 我 首先 用 改变 函数 声明 (124) 
加 上 这 两 个 参数 ， 同 时 顺手 给 函数 改 个 名 ， 使 其 更 好 地 表述 参 
数 化 之 后 的 含义 。 











function withinBand(usage, bottom, top) { 
return usage > 100 ? Math.min(usage, 200) - 100 : 0; 


function baseCharge(usage) { 
if (usage < 0) return usd(0); 
const amount = 
bottomBand(usage) * 0.03 
+ withinBand(usage, 100, 200) * 0.05 
+ topBand(usage) * 0.07; 
return usd(amount); 


} 








在 函数 体内 部 ， 把 一 个 字面 量 改 为 使 用 新 传 入 的 参数 : 


function withinBand(usage, bottom, top) { 
return usage > bottom ? Math.min(usage, 200) - bottom : 0; 


然后 是 为 一 个 : 


function withinBand(usage, bottom, top) { 
return usage > bottom ? Math.min(usage, top) - bottom : 0; 


} 





X TEA H bottomeand AAE, RA RAA YH 
参数 化 了 的 新 函数 。 


function baseCharge(usage) { 
if (usage < ©) return usd(0); 
const amount = 
withinBand(usage, 0, 100) * 0.03 
+ withinBand(usage, 100, 200) * 0.05 
+ topBand(usage) * 0.07; 
return usd(amount); 


} 


Fett Math -min(Husage—i00) 
} 


为 了 蔡 换 对 topBand 的 调用 ， 我 就 得 用 代表 “无 穷 大 ”的 
Infinity 作 为 这 个 范围 的 上 界 。 


function baseCharge(usage) { 
if (usage < ©) return usd(0); 
const amount = 
withinBand(usage, 0, 100) * 0.03 
+ withinBand(usage, 100, 200) * 0.05 
+ withinBand(usage, 200, Infinity) * 0.07; 
return usd(amount); 


照 现 在 的 逻辑 ， basecharge 一 开始 的 卫 语句 已 经 可 以 去 
反 了 。 不 过 ， 尽 管 这 条 语句 已 经 失去 了 逻辑 上 的 必要 性 ， 我 还 
是 愿意 把 它 留 在 原 地 ， 因 为 它 曾 明了 “ 传 入 的 usage 参 数 为 负 
数 ” 这 种 情况 是 如 何 处 理 的 。 





11.3” 移 除 标记 参数 (Remove Flag 
Argument ) 


HZ: 以 明确 函数 取代 参数 (Replace Parameter with 
Explicit Methods ) 
BE 
E 
(一 > 
+ 
dh 


function setDimension(name, value) { 


if (name === "height") { 
this. height = value; 
return; 

if (name === "width") { 
this._width = value; 
return; 

} 

} 


wo 


< 


function setHeight(value) {this. height = value; } 
function setWidth (value) {this._width = value; } 


动机 


“标记 参数 "是 这 样 的 一 种 参数 : 调用 者 用 它 来 指示 被 调 
He 


function bookConcert(aCustomer, isPremium) { 
if (isPremium) { 
// logic for premium booking 
} else { 
// logic for regular booking 
} 
} 








要 预订 一 场 高 级 音乐 会 (premium concert) ， 就 得 这 样 


发 起 调用 : 





bookConcert(aCustomer, true); 


标记 参数 也 可 能 以 枚 举 的 形式 出 现 : 


bookConcert(aCustomer, CustomerType.PREMIUM) ; 








或 者 是 以 字符 串 (或 者 符 写 ， 如 果 编 程 语言 文 持 的 话 ) 


的 形式 出 现 : 


bookConcert(aCustomer, "premium"); 
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函数 可 以 调用 、 应 该 怎么 调用 。 拿 到 一 份 API 以 后 ， 我 首先 看 
到 的 是 一 系列 可 供 调 用 的 函数 ， 但 标记 参数 却 隐藏 了 函数 调用 
中 存在 的 差异 性 。 使 用 这 样 的 函数 ， 我 还 得 弄 清 标记 参数 有 了 哪 
些 可 用 的 值 。 布 尔 型 的 标记 尤其 糟 糙 ， 因 为 它们 不 能 清晰 地 传 
达 其 售 义 一 一 在 调用 一 个 函数 时 ， 我 很 难 弄 清 true 到 底 是 什么 
te Ee en een 
清晰 得 多 。 














premiumBookConcert(aCustomer ); 


并 非 所 有 类 似 这 样 的 参数 都 是 标记 参数 。 如 果 调 用 者 传 
入 的 是 程序 中 流动 的 数据 ， 这 样 的 参数 不 算 标记 参数 ， 只 有 调 
用 者 和 直接 传 入 字面 量 值 ， 这 才 是 标记 参数 。 为 外 ， 在 函数 实现 
内 部 ， 如 果 参 数值 只 是 作为 数据 传 给 其 他 函数 ， 这 就 不 是 标记 
Go Orne aden ere tt Cee te 

移 除 标记 参数 不 仅 使 代码 更 整洁 ， 并 且 能 帮助 开发 工具 


更 好 地 发 挥 作用 。 去 掉 标 记 参 数 后 ， 人 代码 分 析 工 具 能 更 容易 地 
体现 出 “高 级 ”和 “普通 ”两 种 预订 人 和 辑 在 使 用 时 的 区 别 。 


如 果 一 个 函数 有 多 个 标记 参数 ， 可 能 就 不 得 不 将 其 保 
留 ， 耕 则 我 就 得 针对 各 个 参数 的 各 种 取 值 的 所 有 组 合 情 况 提供 
明确 函数 。 不 过 这 也 是 一 个 信号 ， 说 明 这 个 函数 可 能 做 得 太 























多 ， 


a 


该 考虑 是 否 能 用 更 简单 的 函数 来 组 合 出 完整 的 逻辑 。 





做 法 


。 针 对 参数 的 每 一 种 可 能 值 ， 新 建 一 个 明确 函数 。 





如 果 主 函数 有 清晰 的 条 件 分 发 逻辑 ， 可 以 用 分 解 条 
件 表达 式 (260) 创建 明确 函数 ; 否则 ， 可 以 在 原 函 数 之 
上 创建 包装 函数 。 





。 对 于 “用 字面 量 值 作为 参数 ”的 函数 调用 者 ， 将 其 改 为 调用 
新 建 的 明确 函数 。 


ya pil 


在 浏览 代码 时 ， 我 发 现 多 处 代码 在 调用 一 个 函数 计算 物 
流 (shipment)〉 的 到 货 日 期 (delivery date) . 一些 调用 代码 类 
似 这 样 : 


aShipment.deliveryDate = deliveryDate(anOrder, true); 





Fy HE Vd FA CAS WU ce : 


aShipment.deliveryDate = deliveryDate(anOrder, false); 


面 对 这 样 的 代码 ， 我 立即 开始 好 奇 ， 参数 里 这 个 布尔 值 
是 什么 意思 ? 是 用 来 干什么 的 ? 


deliveryDate K = (AU RATA: 


function deliveryDate(anOrder, isRush) { 
if (isRush) { 
let deliveryTime; 


if (["MA", "CT"] .includes(anOrder.deliveryState)) deliver 
else if (["NY", "NH"].includes(anOrder.deliveryState)) delive 
else deliveryTime = 3; 


return anOrder.placedOn.plusDays(1 + deliveryTime) ; 


else { 
let deliveryTime; 


if (["MA", "CT", "NY"].includes(anOrder.deliveryState)) deliv 
else if (["ME", "NH"] .includes(anOrder.deliveryState)) deliv 


else deliveryTime = 4; 
return anOrder.placedOn.plusDays(2 + deliveryTime) ; 





原来 调用 者 用 这 个 布尔 型 字面 量 来 判断 应 该 运行 哪个 分 
文 的 代码 一 一 典型 的 标记 参数 。 然 而 函数 的 重点 就 在 于 要 遵循 
oe 所 以 最 好 是 用 明确 函数 的 形式 明确 说 出 调用 者 


对 于 这 个 例子 ， 我 可 以 使 用 分 解 条 件 表 达 式 〈260) , 
到 下 列 代码 : 








function deliveryDate(anOrder, isRush) { 
if (isRush) return rushDeliveryDate(anOrder ); 
else return regularDeliveryDate(anOrder ) ; 
} 
function rushDeliveryDate(anOrder) { 
let deliveryTime; 


if (["MA", "CT"] .includes(anOrder.deliveryState)) delive 


else if (["NY", "NH"].includes(anOrder.deliveryState)) delive 
else deliveryTime = 3; 
return anOrder.placedOn.plusDays(1 + deliveryTime) ; 


function regularDeliveryDate(anOrder) { 
let deliveryTime; 


if (["MA", "CT", "NY"].includes(anOrder.deliveryState)) deliv 


else if (["ME", "NH"] .includes(anOrder.deliveryState)) deliv 
else deliveryTime = 4; 
return anOrder.placedOn.plusDays(2 + deliveryTime); 


} 





这 两 个 函数 能 更 好 地 表达 调用 者 的 意图 ， 现 在 我 可 以 修 
改 调用 方 代码 了 。 调 用 代码 


aShipment.deliveryDate = deliveryDate(anOrder, true); 


可 以 改 为 


aShipment.deliveryDate = rushDeliveryDate(anOrder ); 


Fy oy sete 
处 理 完 所 有 调用 处 ， 我 就 可 以 移 除 deliverypate 函 数 。 











这 个 参数 是 标记 参数 ， 不 仅 因 为 它 是 布尔 类 型 ， 而 且 还 
因为 调用 方 以 字面 量 的 形式 直接 设置 参数 值 。 如 果 所 有 调 
用 deliverypate 的 代码 都 像 这 样 : 





const isRush = determineIfRush(anorder ) ， 
aShipment.deliveryDate = deliveryDate(anOrder, isRush); 








那 我 对 这 个 函数 的 签名 没有 任何 意见 (不 过 我 还 是 想 用 
分 解 条 件 表达 式 (260) 清理 其 内 部 实现 ) 。 


可 能 有 一 些 调用 者 给 这 个 参数 传 入 的 是 字面 量 ， 将 其 作 
为 标记 参数 使 用 ;， 男 一 些 调用 者 则 传 入 正常 的 数据 。 奉 果真 如 
此 ， 我 还 是 会 使 用 移 除 标记 参数 (314) ， 但 不 修改 传 入 正常 
数据 的 调用 者 ， 重 构 结 束 时 也 不 删除 deliverypate 函 数 。 这 样 
我 就 提供 了 两 套 接 口 ， 分 别 支持 不 同 的 用 途 。 


直接 拆 分 条 件 逻 辑 是 实施 本 重 构 的 好 方法 ， 但 只 有 当 “ 根 
据 参 数值 做 分 友 ” 的 逻辑 发 生 在 函数 最 外 层 〈 或 者 可 以 比较 容 
易 地 将 其 重 构 至 函数 最 外 层 ) 的 时 候 ， 这 一 招 才 好 用 。 函 数 内 
部 也 有 可 能 以 一 种 更 纠结 的 方式 使 用 标记 参数 ， 例 如 下 面 这 个 
版 本 的 deliveryDate 国 数 : 

















function deliveryDate(anOrder, isRush) { 
let result; 
let deliveryTime; 


if (anOrder.deliveryState === "MA" || anOrder.deliveryState = 
deliveryTime = isRush? 1 2; 

else if (anOrder.deliveryState === "NY" || anOrder.deliverySt 
deliveryTime = 2; 
if (anOrder.deliveryState === "NH" && !isRush) 


deliveryTime = 3; 


} 
else if (isRush) 


deliveryTime = 3; 


else if (anOrder.deliveryState === "ME") 
deliveryTime = 3; 
else 


deliveryTime = 4; 
result = anOrder.placedOn.plusDays(2 + deliveryTime); 
if (isRush) result = result.minusDays(1); 
return result; 


这 种 情况 下 ， 想 把 围绕 isRush 的 分 发 逻辑 剥离 到 顶层 ， 
需要 的 工作 量 可 能 会 很 大 。 所 以 我 选择 退 而 求 其 次 ， 
在 deliverypate 之 上 添加 两 个 函数 : 





function rushDeliveryDate (anOrder) {return deliveryDate(anOr 
function regularDeliveryDate(anOrder) {return deliveryDate(an 


本 质 上 ， 这 两 个 包装 函数 分 别 代 表 了 delive ryDate 函数 
一 部 分 的 使 用 方式 。 不 过 它们 并 非 从 原 函 数 中 拆 分 而 来 ， 而 是 
用 代码 文本 强行 定义 的 。 


随后 ， 我 同样 可 以 逐一 蔡 换 原 函 数 的 调用 者 ， 残 跟前 面 
分 解 条 件 表达 式 之 后 的 处 理 一 样 。 如 采 没 有 任何 一 个 调用 者 
问 isRush 参 数 传 入 正常 的 数据 ， 我 最 后 会 限制 原 函 数 的 可 见 
性 ， 或 是 将 其 改名 (例如 改 为 deliveryDateHelperonly ) se ile 
人 一 见 即 知 不 应 直接 使 用 这 个 函数 。 








11.4 保持 对 象 完整 (Preserve Whole 
Object ) 


E 和 p(A) 
SS = q(A) 


f(A 回信) 


const low = aRoom.daysTempRange. low; 
const high = aRoom.daysTempRange.high; 
if (aPlan.withinRange(low, high) ) 


Uy 


V 


if (aPlan.withinRange(aRoom.daysTempRange) ) 


动机 





如 宋 我 看 见 代码 从 一 个 记录 结构 中 导出 几 个 值 ， 然 后 又 
把 这 几 个 值 一 起 传递 给 一 个 函数 ， 我 会 更 愿意 把 整个 记录 传 给 
这 个 函数 ， 在 函数 体内 部 导出 所 需 的 值 。 


“传递 整个 记录 ”的 方式 能 更 好 地 应 对 变化 : 如 果 将 来 被 
调 的 函数 需要 从 记录 中 导出 更 多 的 数据 ， 我 就 不 用 为 此 修改 参 
数列 表 。 并 且 传 递 整 个 记录 也 能 缩短 参数 列表 ， 让 函数 调用 更 
容易 看 懂 。 如 果 有 很 多 函数 都 在 使 用 记录 中 的 同一 组 数据 ， 处 
理 这 部 分 数据 的 逻辑 常会 重复 ， 此 时 可 以 把 这 些 处 理 逻 辑 搬 移 
到 完整 对 象 中 去 。 


也 有 时 我 不 想 采 用 本 重 构 手 法 ， 因 为 我 不 想 让 被 调 函 数 
依赖 完整 对 象 ， 尤 其 是 在 两 者 不 在 同一 个 模块 中 的 时 候 。 


从 一 个 对 象 中 抽取 出 几 个 值 ， 单 独 对 这 几 个 值 做 茶 些 逻 
辑 操 作 ， 这 是 一 种 代码 坏 味道 (依恋 情结 ) ， 通 常 标志 着 这 段 
逻辑 应 该 被 搬移 到 对 象 中 。 保 持 对 象 完 整 经 常 友 生 在 引入 参数 
WA (140) 之 后 ， 我 会 搜寻 使 用 原来 的 数据 泥 团 的 代码 ， 代 
之 以 使 用 新 的 对 象 。 


如 果 几 处 代码 都 在 使 用 对 象 的 一 部 分 功能 ， 可 能 意味 着 
应 该 用 提炼 类 182〉 把 这 一 部 分 功能 单独 提 炬 出 来 。 


还 有 一 种 常 被 忽视 的 情况 ， 调用 者 将 目 己 的 奉 干 数据 作 
为 参数 ， 传 递 给 个 调 用 函数 。 这 种 情况 下 ， 我 可 以 将 调用 者 的 
自我 引用 (在 JavaScript 中 就 是 this〉 作 为 参数 ， 直 接 传 递 给 日 
ËR ŽC 
































做 法 


。 新 建 一 个 空子 数 ， 给 它 以 期 望 中 的 参数 列表 即 传 入 完整 
对 象 作为 参数 ) 。 


给 这 个 函数 起 一 个 容易 搜索 的 名 字 ， 这 样 到 重 构 结 
束 时 方便 奉 换 。 


。 在 新 冰 数 体内 调用 旧 函 数 ， 并 把 新 的 参数 〈 即 完整 对 象 ) 
映射 到 旧 的 参数 列表 即 来 源 于 完整 对 象 的 各 项 数据 〉。 
执行 静态 检 碍 。 

逐一 修改 旧 函 数 的 调用 者 ， 令 其 使 用 新 沙 数 ， 每 次 修改 之 
后 执行 测试 。 


修改 之 后 ， 调 用 处 用 于 “从 完整 对 象 中 导出 参数 
值 ”* 的 代码 可 能 就 没 用 了 ， 可 以 用 移 除 死 代码 (237) 去 
fo 





所 有 调用 处 都 修改 过 来 之 后 ， 使 用 内 联 函 数 〈115) 把 旧 
PKI Z N EB it R AUE A o 

给 新 图 数 改名 ， 从 重 构 开 始 时 的 容易 搜索 的 临时 名 字 ， 改 
为 使 用 旧 函 数 的 名 字 ， 同 时 修改 所 有 调用 处。 





ya Bil 








我 们 想象 一 个 室温 监控 系统 ， 它 负责 记录 房间 一 天 中 的 
最 高 温度 和 最 低温 度 ， 然 后 将 实际 的 温度 范围 与 预先 规定 的 温 
上 度 控 制 计 划 Cheating plan) 相 比较 ， 如 果 当 天 温度 不 符合 计划 
BR, MARE 








调用 方 .… 


const low = aRoom.daysTempRange. low; 
const high = aRoom.daysTempRange.high; 
if (!aPlan.withinRange(low, high) ) 
alerts.push("room temperature went outside range"); 


class HeatingPlan... 


withinRange(bottom, top) { 


return (bottom >= this._temperatureRange.low) && (top <= this 


其 实 我 不 必 将 “温度 范围 ?的 信息 拆 开 来 单独 传递 ， 只 需 
将 整个 范围 对 象 传递 给 withinRange 医 数 即 可 。 


首先 ， 我 在 HeatingPlan 类 中 新 添 一 个 空 图 数 ， 给 它 赋予 
我 认为 合理 的 参数 列表 。 


class HeatingPlan... 


XXNEWwithinRange(aNumberRange) { 


} 


因为 这 个 函数 最 终 要 取代 现 有 的 withinRange 函 数 ， 所 以 
它 也 用 了 同样 的 名 字 ， 再 加 上 一 个 容易 蔡 换 的 前 级 。 


然后 在 新 函数 体内 调用 现 有 的 withinRange 函 数 。 因 此 ， 


Bt EAA A TEM SAE BUNA BI IF RASAR RT o 


class HeatingPlan... 


XXNEWwithinRange(aNumberRange) { 
return this.withinRange(aNumberRange.low, aNumberRange.high 


} 


现在 开始 正式 的 谷 换 工作 了 ， 我 要 找到 调用 现 有 函数 的 
地 方 ， 将 其 改 为 调用 新 函数 。 





调用 方 .… 


const low = aRoom.daysTempRange. low; 

const high = aRoom.daysTempRange.high; 

if (!aPlan.xxNEWwithinRange(aRoom.daysTempRange) ) 
alerts.push("room temperature went outside range"); 


在 修改 调用 处 时 ， 我 可 能 会 太 现 一 些 代 码 在 修改 后 已 经 
不 再 需要 ， 此 时 可 以 使 用 移 除 死 代码 (237) 。 


调用 方 .… 


E90nst—+tew=—aRee6m. daySsTemRange or 一 
= z Hgh- 
if (!aPlan.xxNEWwithinRange(aRoom.daysTempRange) ) 
alerts.push("room temperature went outside range"); 





每 次 丛 换 一 处 调用 代码 ， 每 次 修改 后 都 要 测试 。 





Dal A Ab ab a REA, FAA eee ke (115) 将 旧 函 数 内 
联 到 新 函数 体内 。 


class HeatingPlan... 


XXNEWwithinRange(aNumberRange) { 
return (aNumberRange.low >= this._temperatureRange.low) && 
(aNumberRange.high <= this._temperatureRange.high) ; 


终于 可 以 去 掉 新 图 数 那 难看 的 前 级 了 ， 记 得 同时 修改 所 
有 调用 者 。 束 算 我 所 使 用 的 开 友 环境 不 文 持 可 徘 的 函数 改名 操 
作 ， 有 这 个 极 具 特色 的 前 缀 在 ， 我 也 可 以 很 方便 地 全 局 符 换 。 








class HeatingPlan... 


withinRange(aNumberRange) { 
return (aNumberRange.low >= this._temperatureRange.low) && 
(aNumberRange.high <= this._temperatureRange.high); 


} 


调用 方 .… 


if (!aPlan.withinRange(aRoom.daysTempRange) ) 
alerts.push("room temperature went outside range"); 


YEP: 换个 方式 创建 新 函数 


在 上 面 的 示例 中 ， 我 下 接 编写 了 新 函数 。 大 多 数 时 候 ， 
这 一 步 非常 简单 ， 也 是 创 建新 函数 最 容易 的 方式 。 不 过 有 时 还 
人 
AN 





我 从 一 处 调用 现 有 函数 的 代码 开始 。 


调用 方 … 


const low = aRoom.daysTempRange. low; 
const high = aRoom.daysTempRange.high; 
if (!aPlan.withinRange(low, high) ) 
alerts.push("room temperature went outside range"); 





FEE FOS Si EE, DE SER eA (106) KE 
建新 函数 。 目 前 的 调用 者 代码 还 不 具备 可 提炼 的 函数 锥 形 ， 不 
过 我 可 以 先 做 几 次 提炼 变量 〈119) ， 使 其 轮廓 显现 出 来 。 首 
先 ， 我 要 把 对 有 旧 函数 的 调用 从 条 件 判 断 中 解放 出 来 。 














调用 方 … 


const low = aRoom.daysTempRange. low; 
const high = aRoom.daysTempRange.high; 
const isWithinRange = aPlan.withinRange(low, high); 
if (!iswithinRange) 
alerts.push("room temperature went outside range"); 


PR a TEA B BUS BERK o 


调用 方 .… 


const tempRange = aRoom.daysTempRange; 
const low = tempRange. low; 
const high = tempRange.high; 
const isWithinRange = aPlan.withinRange(low, high); 
if (!iswithinRange) 
alerts.push("room temperature went outside range"); 





FEMI Zia, WEA LASER RB (106) 来 创建 新 函 
数 。 


调用 方 … 


const tempRange = aRoom.daysTempRange; 
const isWithinRange = xxNEWwithinRange(aPlan, tempRange); 
if (!iswithinRange) 

alerts.push("room temperature went outside range"); 


顶层 作用 域 


function xxNEWwithinRange(aPlan, tempRange) { 
const low = tempRange. low; 
const high = tempRange.high; 
const isWithinRange = aPlan.withinRange(low, high); 
return isWithinRange; 


HH 1A ek ais FANE FK CHeatingPlan 类 ) ， 我 需 
BME AL (198) 把 新 函数 也 搬 过 去 。 


调用 方 … 


const tempRange = aRoom.daysTempRange; 
const isWithinRange = aPlan.xxNEWwithinRange(tempRange) ; 
if (!iswithinRange) 

alerts.push("room temperature went outside range"); 


class HeatingPlan... 


XXNEWwithinRange(tempRange) { 
const low = tempRange. low; 
const high = tempRange.high; 
const isWithinRange = this.withinRange(low, high); 
return isWithinRange; 








剩 下 的 过 程 就 跟前 面 一 样 了 : 得 换 其 他 调用 者 ， 然 后 把 
旧 函 数 内 联 到 新 冰 数 中 。 重 构 刚 开始 的 时 候 ， 为 了 清晰 分 离 函 
数 调用 ， 以 便 提炼 出 新 函数 ， 我 提炼 了 几 个 变量 出 来 ， 现 在 可 
以 把 这 些 变量 也 内 联 回 去 。 


这 种 方式 的 好 处 在 于 : 它 完全 是 由 其 他 重 构 手法 组 合 而 
成 的 。 如 果 我 使 用 的 开发 工具 文 持 可 靠 的 提炼 和 内 联 操 作 ， 用 
这 种 方式 进行 本 重 构 会 特别 流畅 。 




















11.5 LAWMAKER (Replace 


Parameter with Query ) 


HZ: 以 函数 取代 参数 (Replace Parameter 
Method ) 


RHEW: 以 参数 取代 奉 询 〈327) 


FCA Ar } 


availableVacation(anEmployee, anEmployee.grade); 


function availableVacation(anEmployee, grade) { 
// calculate vacation... 


bg 


availableVacation(anEmployee) 
function availableVacation(anEmployee) { 


const grade = anEmployee.grade; 
// calculate vacation... 


动机 


with 


PRL ZB AS VA TZ, PRL RPE, asa Hh PB Z 
可 能 体现 出 行为 差异 的 主要 方式 。 和 任何 代码 中 的 语句 一 样 ， 
参数 列表 应 该 尽量 避免 重复 ， 并 且 参 数列 表 越 短 就 越 容易 理 
解 。 











如 果 调 用 函数 时 传 入 了 一 个 值 ， 而 这 个 值 由 冰 数 自己 来 
获得 也 是 同样 容易 ， 这 就 十 重复 。 这 个 本 不 必要 的 参数 会 增加 
调用 者 的 难度 ， 因 为 它 不 得 不 找 出 正确 的 参数 值 ， 其 实 原 本 调 
用 者 是 不 需要 费 这 个 力气 的 。 


“同样 容易 ”四 个 字 ， 划 出 了 一 条 判断 的 界限 。 去 除 参 数 
也 就 意味 看 “获得 正确 的 参数 值 ”* 的 贡 任 被 转移 :有 参数 传 入 
时 ， 调 用 者 需要 负责 获得 正确 的 参数 值 ， 参 数 去 除 后 ， 贡 任 就 
被 转移 给 了 图 数 本 身 。 一 般 而 言 ， 我 习惯 于 简化 调用 方 ， 因 此 
我 愿意 把 员 任 移交 给 函数 本 里， 但 如 斥 函数 难以 承担 这 份 贡 
IE LAAN T. 
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要 的 依赖 关系 ”除了 新 增 的 以 外 ， 也 可 能 是 我 想 要 稍 后 去 除 
的 ， 例 如 为 了 去 除 一 个 参数 ， 我 可 能 会 在 函数 体内 调用 一 个 有 
问题 的 函数 ， 或 是 从 一 个 对 象 中 获取 茶 坚 原本 想 妥 和 剥离 出 去 的 
数据 。 在 这 些 情况 下 ， 都 应 该 慎重 考虑 使 用 以 查询 取代 参数 。 


如 果 想 要 去 除 的 参数 值 只 需要 回 另 一 个 参数 奋 询 就 能 得 
到 ， 这 是 使 用 以 查询 取代 参数 最 安全 的 场景 。 如 果 可 以 从 一 个 
Pee eee 
两 个 参数 。 


另外 有 一 件 事 需要 留意 : 如 果 在 处 理 的 函数 具有 引用 透 
明 性 (referential transparency， 即 ， 不 论 任 何 时 候 ， 只 要 传 入 
相同 的 参数 值 ， 该 函数 的 行为 永远 一 致 )} ， 这 样 的 函数 既 容 易 




































































理解 义 容 易 测 试 ， 我 不 想 使 其 失去 这 种 优秀 品质 。 我 不 会 去 挥 
它 的 参数 ， 让 它 去 访问 一 个 可 变 的 全 局 变量 。 





做 法 


。 如 果 有 必要 ， 使 用 提炼 函数 〈106) 将 参数 的 计算 过 程 提 
炼 到 一 个 独立 的 函数 中 。 

。 将 函数 体内 引用 该 参数 的 地 方 改 为 调用 新 建 的 函数 。 每 次 
修改 后 执行 测试 。 

ee eee ee 
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取代 参数 的 场合 。 考 虑 下 列 代码 。 


class Order... 


get finalPrice() { 
const basePrice = this.quantity * this.itemPrice; 
let discountLevel; 
if (this.quantity > 100) discountLevel = 2; 
else discountLevel = 1; 
return this.discountedPrice(basePrice, discountLevel); 


} 


discountedPrice(basePrice, discountLevel) { 
switch (discountLevel) { 
case 1: return basePrice * 0.95; 


case 2: return basePrice * 0.9; 
} 
} 








在 简化 函数 逻辑 时 ， 我 总 是 热衷 于 使 用 以 查 
变量 (178) ， 于 是 就 得 到 了 如 下 代码 。 





mT 








class Order... 


get finalPrice() { 
const basePrice = this.quantity * this.itemPrice; 
return this.discountedPrice(basePrice, this.discountLevel); 


} 


get discountLevel() { 
return (this.quantity > 100) ? 2: 1; 
} 





到 这 一 步 ， 己 经 不 需 对 要 再 把 discountLevel 的 计算 经 ARTE 
给 discountedPrice 了 ， 后 者 可 以 自己 调用 discountLevel 覆 


数 ， 不 会 增加 任何 难度 。 


因此 ， 我 把 discountedprice 国 数 中 用 到 这 个 参数 的 地 方 
全 都 改 为 直接 调用 discountLeve1 国 数 。 


class Order... 


discountedPrice(basePrice, discountLevel) { 
switch (this.discountLevel) { 
case 1: return basePrice * 0.95; 
case 2: return basePrice * 0.9; 
} 
} 


然后 用 改变 函数 声明 (124) 手法 移 除 该 参数 。 
Class Order... 


get finalPrice() { 

const basePrice = this.quantity * this.itemPrice; 

return this.discountedPrice(basePrice,this-dtseeuntteved ) ; 
} 


discountedPrice(basePrice;,diseeunttevel) { 
switch (this.discountLevel) { 
case 1: return basePrice * 0.95; 
case 2: return basePrice * 0.9; 


11.6 ”以 参数 取代 查询 (Replace Query 
with Parameter ) 


反 回 重 构 : 以 得 询 取代 参数 (324) 





targetTemperature(aPlan) 


function targetTemperature(aPlan) { 
currentTemperature = thermostat.currentTemperature; 


// rest of function... 


ee 


targetTemperature(aPlan, thermostat.currentTemperature) 


function targetTemperature(aPlan, currentTemperature) { 
// vest of function... 


动机 


在 浏览 函数 实现 时 ， 我 有 时 会 及 现 一 些 令 人 不 快 的 引用 
关系 ， 例 如 ， 引 用 一 个 全 局 变量 ， 或 者 引用 为 一 个 我 想 要 移 除 
的 元 素 。 为 了 解决 这 些 令 人 不 快 的 引用 ， 我 需要 将 其 谷 换 为 函 
数 参 数 ， 从 而 将 处 理 引 用 关系 的 贡 任 转交 给 函数 的 调用 者 。 


需要 使 用 本 重 构 的 情况 大 多 源 于 我 想 要 改变 代码 的 依赖 
RR N Sik ARAN KMART CR, BIER SIR 
的 值 以 参数 形式 传递 给 该 函数 。 这 里 需要 注意 权衡 : 如 果 把 所 
有 依赖 天 系 都 变 成 参数 ， 会 导致 参数 列表 元 长 重复 ;如 采 作 用 
域 之 间 的 共享 太 多 ， 叉 会 导致 函数 间 依 赖 过 度 。 我 一 向 不 普 于 
微妙 的 权衡 ， 所 以 “能 够 可 靠 地 改变 决定 ?就 显得 尤为 重要 ， 这 
样 随 看 我 的 理解 加 深 ， 程序 也 能 从 中 受 葵 。 


如 果 一 个 函数 用 同样 的 参数 调用 总 是 给 出 同样 的 结果 ， 
我 们 残 说 这 个 函数 具有 “引用 透明 性 ”(referential 
transparency) ， 这 样 的 函数 理解 起 来 更 容易 。 如 果 一 个 函数 使 
用 了 另 一 个 元 素 ， 而 后 者 不 具 引 用 透明 性 ， 那 么 包含 该 元 素 的 
函数 也 就 失去 了 引用 透明 性 。 只 要 把 “不 具 引 用 透明 性 的 元 
系 ” 变 成 参数 传 入 ， 函 数 就 能 重 获 引 用 透明 性 。 虽 然 这 样 就 把 
责任 转移 给 了 函数 的 调用 者 ， 但 是 具有 引用 透明 性 的 模块 能 带 
来 很 多 益处 。 有 一 个 常见 的 模式 : 在 负 员 人 逻辑 处 理 的 模块 中 只 
有 纯 函 数 ， 其 外 再 包 庄 处 理 O 和 其 他 可 变 元 素 的 逻辑 代码 。 
借助 以 参数 取代 碍 询 ， 我 可 以 提纯 程序 的 某 些 组 成 部 分 ， 使 其 
更 容易 测试 、 更 容易 理解 。 


不 过 以 参数 取代 碍 询 并 非 只 有 好 处 。 把 查询 变 成 参数 以 
后 ， 束 过 使 调用 者 必须 弄 清 如 何 提 供 正 确 的 参数 值 ， 这 会 增加 
妆 数 调用 者 的 复杂 上 度 ， 而 我 在 设计 接口 时 通常 更 愿意 让 接口 的 
消费 者 更 容易 使 用 。 归 根 到 底 ， 这 是 关于 程序 中 责任 分 配 的 问 
题 ， 而 这 方面 的 决 案 既 不 容易 ， 也 不 会 一 元 永 逸 一 一 这 就 是 我 
需要 非常 熟悉 本 重 构 〈 及 其 反 回 重 构 ) 的 原因 。 

























































































做 法 


对 执行 得 询 操作 的 代码 使 用 提 和 烁 变量 〈119) , KRAAK 
数 体 中 分 离 出 来 。 

现在 函数 体 代 码 已 经 不 再 执行 租 询 操作 《而 是 使 用 前 一 步 
提炼 出 的 变量 ) ， 对 这 部 分 代码 使 用 提炼 函数 (106) 。 








给 提炼 出 的 新 函数 起 一 个 容易 搜索 的 名 字 ， 以 便 稍 


He 


使 用 内 联 变量 〈123) ， 消 除 刚才 提炼 出 来 的 变量 。 


对 原来 的 函数 使 用 内 联 函 数 (115) 。 
对 新 函数 改名 ， 改 回 原来 函数 的 名 字 。 





ya pil 


我 们 想象 一 个 简单 却 又 烦人 的 温度 控制 系统 。 用 户 可 以 
从 一 个 温 控 终 端 (thermostat〉 指 定 温 度 ， 但 指定 的 目标 温度 
必须 在 温度 控制 计划 Cheating plan) 允许 的 范围 内 。 





class HeatingPlan... 


get targetTemperature() { 
if (thermostat.selectedTemperature > this._max) return this 


else if (thermostat.selectedTemperature < this._min) return 


else return thermostat.selectedTemperature; 


} 
调用 方 .… 
if (thePlan.targetTemperature > thermostat.currentTemperat 


else if(thePlan.targetTemperature<thermostat.currentTemperatu 
else setOff(); 


系统 的 温 控 计划 规则 抑制 了 我 的 要 求 ， 作 为 这 样 一 个 系 
统 的 用 户 ， 我 可 能 会 感到 很 烦恼 。 不 过 作为 程序 员 ， 我 更 担心 
的 是 targetTemperature 函 数 依 赖 于 全 局 的 thermostat 对 象 。 我 
可 以 把 需要 这 个 对 象 提 供 的 信息 作为 参数 传 入 ， 从 而 打破 对 该 
对 象 的 依赖 。 


首先 ， 我 要 用 提炼 变量 119) 把 “希望 作为 参数 传 入 的 
BA SER MOR o 





class HeatingPlan... 


get targetTemperature() { 
const selectedTemperature = thermostat.selectedTemperature; 
if (selectedTemperature > this._max) return this._max; 


else if (selectedTemperature < this._min) return this._min; 
else return selectedTemperature; 


} 





这 样 可 以 比较 容易 地 用 提炼 函数 〈106) HERA eR aA HE 


RHR, RPS BUA” AY EE TE RE. 
class HeatingPlan... 


get targetTemperature() { 
const selectedTemperature = thermostat.selectedTemperature; 
return this.xxNEwtargetTemperature(selectedTemperature) ; 


} 


xxNEWtargetTemperature(selectedTemperature) { 
if (selectedTemperature > this._max) return this._max; 


else if (selectedTemperature < this._min) return this._min; 
else return selectedTemperature; 


J 


然后 把 刚才 提炼 出 来 的 变量 内 联 回 去 ， 于 是 旧 函 数 束 只 
剩 一 个 简单 的 调用 。 


class HeatingPlan... 


get targetTemperature() { 
return this.xxNEWtargetTemperature(thermostat.selectedTempe 


J 


现在 可 以 对 其 使 用 内 联 函 数 (115) 。 


调用 方 … 


if (thePlan. xxNEWtargetTemperature(thermostat.selectedTempe 


thermostat.currentTemperature) 
setToHeat(); 
else if (thePlan.xxNEWtargetTemperature(thermostat.selectedTe 
thermostat.currentTemperature) 
setToCool(); 
else 
setOff(); 








再 把 新 函数 改名 ， 用 回 旧 函数 的 名 字 。 得 益 于 之 前 给 它 
起 了 一 个 容易 搜索 的 名 字 ， 现 在 只 要 把 前 级 去 掉 就 行 。 


调用 方 … 


if (thePlan.targetTemperature(thermostat.selectedTemperatur 
thermostat.currentTemperature) 


setToHeat(); 
else if (thePlan.targetTemperature(thermostat.selectedTempera 
thermostat.currentTemperature) 
setToCool(); 
else 
setoff(); 


class HeatingPlan... 


targetTemperature(selectedTemperature) { 
if (selectedTemperature > this._max) return this._max; 


else if (selectedTemperature < this._min) return this._min; 
else return selectedTemperature; 


} 








调用 方 的 代码 看 起 来 比重 构 之 前 更 茶 重 了 ， 这 是 使 用 本 
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意味 着 将 处 理 这 个 依赖 关系 的 贡 任 推 回 给 调用 者 。 这 是 为 了 降 
低 厢 合 度 而 付出 的 代价 。 


(Axe, AER thermostat RNA, IPRA E 
来 的 唯一 收益 。HeatingPlan 类 本 里 是 不 可 变 的 一 一 字段 的 值 
都 在 构造 冰 数 中 设置 ， 任 何 函 数 都 不 会 修改 它们 。 不 用 费心 
去 但 看 整个 类 的 代码 ， 相 信 我 就 好 。) 在 不 可 变 的 
HeatingPlan 基 础 上 ， 把 对 thermostat 的 依赖 移出 函数 体 之 后 ， 
RX {i targetTemperature rk AE $ 了 引用 透明 性 。 从 此 以 后 ， 
只 要 在 同一 个 HeatingPlan 对 象 上 用 同样 的 参数 调 
FAtargetTemperaturech av, 我 会 始终 得 到 同样 的 结果 。 如 果 
HeatingPlan 的 所 有 函数 都 具有 引用 透明 性 ， 这 个 类 会 更 容易 
测试 ， 其 行为 也 更 容易 理解 。 


JavaScript 的 类 模型 有 一 个 问题 : 无 法 强制 要 求 类 的 不 可 
变性 始终 有 办 法 修改 对 象 的 内 部 数据 。 尽 管 如 此 ， 在 编写 
一 个 类 的 时 候 明 确 说 明 并 屁 励 不 可 变性 ， 通 党 也 就 是 够 了 。 尽 
量 让 类 保持 不 可 变通 常 是 一 个 好 的 策略 ， 以 参数 取代 查询 则 是 
达成 这 一 策略 的 利器 。 



































11.7 移 除 设 值 函数 (Remove 
Method) 


x 


class Person { 
get name() {...} 
set name(aString) {...} 


<= 


< 


class Person { 
get name() {...} 


动机 


Setting 
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以 被 改变 。 如 末 不 希望 在 对 象 创建 之 后 此 字段 还 有 机 会 被 改 
变 ， 那 就 不 要 为 它 提供 设 值 函 数 〈( 同 时 将 该 字段 声明 为 不 可 
BE) 。 这 样 一 来 ， 该 字段 就 只 能 在 构造 函数 中 赋值 ， 我 “不 想 
让 它 被 修改 ”的 意图 会 更 加 清晰 ， 并 且 可 以 排除 其 值 补 修改 的 
可 能 性 一 一 这 种 可 能 性 往往 是 非常 大 的 。 


有 两 种 常见 的 情况 需要 讨论 。 一 种 情况 是 ， 有 些 人 喜欢 
始终 通过 访问 函数 来 读 写字 段 值 ， 包 括 在 构造 函数 内 也 是 如 
此 。 这 会 导致 构造 函数 成 为 设 值 函数 的 唯一 使 用 者 。 知 果真 如 
此 ， 我 更 愿意 去 除 设 值 函数 ， 清 晰 地 表达 “构造 之 后 不 应 该 再 
更 新 字段 值 ”的 意图 。 


另 一 种 情况 是 ， 对 象 是 由 客户 端 通过 创建 脚本 构造 出 
来 ， 而 不 是 只 有 一 次 简单 的 构造 函数 调用 。 上 所 谓 “ 创 建 脚本 ”， 
首先 是 调 用 构造 阔 数 ， 然 后 就 是 一 系列 设 值 函 数 的 调用 ， 共 同 
完成 新 对 象 的 构造 。 创 建 脚 本 执行 完 以 后 ， 这 个 新 生 对 象 的 部 
分 〈 旋 至 全 部 ) 字段 就 不 应 该 再 被 修改 。 设 值 函 数 只 应 该 在 起 
初 的 对 象 创 建 过 程 中 调用 。 对 于 这 种 情况 ， 我 也 会 想 办 法 去 除 
设 值 函 数 ， 更 清晰 地 表达 我 的 意图 。 


















































做 法 





。 如 果 构 造 函 数 尚 无 法 得 到 想 要 设 入 字段 的 值 ， 束 使 用 改变 
KAEH (124) 将 这 个 值 以 参数 的 形式 传 入 构造 函数 。 
在 构造 函数 中 调用 设 值 函数 ， 对 字段 设 值 。 





如 果 想 移 除 多 个 设 值 函 数 ， 可 以 一 次 性 把 它们 的 值 





都 传 入 构造 函数 ， 这 能 简化 后 续 步 又 。 


。 移 除 所 有 在 构造 沙 数 之 外 对 设 值 函数 的 调用 ， 改 为 使 用 新 
的 构造 函数 。 每 次 修改 之 后 都 要 测试 。 


如 果 不 能 把 “调用 设 值 函数 ” 葵 换 为 “创建 一 个 新 对 
BO (例如 你 需要 更 新 一 个 多 处 共 至 引用 的 对 象 )， 请 放 
弃 本 重 构 。 


使 用 内 联 函 数 〈115) 消去 设 值 函 数 。 如 果 可 能 的 话 ， 把 
字段 声明 为 不 可 变 。 
测试 。 





ya fil 


我 有 一 个 很 简单 的 person 类。 
Class Person... 


get name() {return this._name; } 
set name(arg) {this._name = arg; } 
get id() {return this._id;} 

set id(arg) {this._id = arg;} 


目前 我 会 这 样 创 建新 对 象 : 


const martin = new Person(); 
martin.name = "martin"; 
martin.id = "1234"; 


对 象 创 建 之 后 ，name 字 段 可 能 会 改变 ， 但 id 字段 不 会 。 
为 了 更 清晰 地 表达 这 个 设计 意图 ， 我 希望 移 除 对 应 id 字段 的 设 
EERE 


但 id 字段 还 得 设置 初始 值 ， 所 以 我 首先 用 改变 函数 声明 
(124) 在 构造 函数 中 添加 对 应 的 参数 。 








Class Person... 


constructor(id) { 
this.id = id; 


然后 调整 创建 脚本 ， 改 为 从 构造 函数 设 值 id 字 段 值 。 





const martin = new Person("1234"); 
martin.name = "martin"; 
martin.id = "1234"; 


所 有 创建 person 对 象 的 地 方 都 要 如 此 修改 ， 每 次 修改 之 
后 要 执行 测试 。 
' 全 部 修改 完成 后 ， 就 可 以 用 内 联 函 数 (115) 消去 设 值 函 
He 


class Person... 


constructor(id) { 
this._id = id; 


get name() {return this._name;} 
set name(arg) {this._name = arg;} 
get id() {return this._id;} 


as 1 


11.8 VAT) ee BU te R Be 
(Replace Constructor with Factory 
Function ) 


用 名 : 以 工矿 函数 取代 构造 函数 (Replace Constructor 
with Factory Method ) 


Cad 
| 
Cad 


“J y 
© -+--> new Thing(){ } 


leadEngineer = new Employee(document.leadEngineer, 'E'); 


Y 


Y 


leadEngineer = createEngineer(document.leadEngineer ); 


动机 








{Re TELA) OT RE S A ld ee BB, SP PT RR 
的 初始 化 。 需 要 新 建 一 个 对 象 时 ， 客 户 端 通常 会 调用 构造 函 
Bl. (AGAIN PA BO, ee eR A EE TPA) Fe BR 
性 。 例 如 ，Java 的 构造 函数 只 能 返回 当前 所 调用 类 的 实例 ， 也 
就 是 说 ， 我 无 法 根据 环境 或 参数 信息 返回 子 类 实例 或 代理 对 
象 ; 构造 函数 的 名 字 是 固定 的 ， 因 此 无 法 使 用 比 默 认 名 字 更 清 
晰 的 函数 名 ;构造 函数 怖 要 通过 特殊 的 操作 符 来 调用 《在 很 多 
语言 中 是 new 关 键 字 ) ， 所 以 在 要 求 普通 函数 的 场合 就 难以 使 
用 。 














工厂 函数 就 不 受 这 些 限制 。 工 三 函数 的 实现 内 部 可 以 调 
用 构造 函数 ， 但 也 可 以 换 成 别 的 方式 实现 。 


做 法 


。 新 建 一 个 工厂 函数 ， 让 它 调 用 现 有 的 构造 函数 。 
。 将 调用 构造 函数 的 代码 改 为 调用 工厂 函数 。 

。 每 修改 一 处 ， 就 执行 测试 。 

。 尽 量 综 小 构造 函数 的 可 见 范围 。 





ve Bil 


又 是 那个 单调 乏味 的 例子 : 员工 薪资 系统 。 我 还 是 以 
Employee 类 表示 “员工 ”。 


class Employee... 


constructor (name, typeCode) { 
this. _name = name; 
this. _typeCode = typeCode; 


get name() {return this._name;} 


get type() { 
return Employee. legalTypeCodes[this._typeCode]; 


} 
static get legalTypeCodes() { 
return {"E": "Engineer", "M": "Manager", "S": "Salesman"}; 


} 


使 用 它 的 代码 有 这 样 的 : 


调用 方 … 


candidate = new Employee(document.name, document.empType); 


也 有 这 样 的 : 


调用 方 .… 


const leadEngineer = new Employee(document.leadEngineer, 'E') 


重 构 的 第 一 步 是 创建 工厂 函数 ， 其 中 把 对 象 创建 的 贡 任 
直接 委派 给 构造 函数 。 


顶层 作用 域 .… 


function createEmployee(name, typeCode) { 


return new Employee(name, typeCode); 


} 


然后 找到 构造 函数 的 调用 者 ， 并 逐一 修改 它们 ， 令 其 使 
用 工厂 函数 。 
第 一 处 的 修改 很 简单 。 


调用 方 … 


candidate = createEmployee(document.name, document.empType); 


第 二 处 则 可 以 这 样 使 用 工厂 函数 。 


调用 方 .… 


const leadEngineer = createEmployee(document.leadEngineer, 'E 


但 我 不 喜欢 这 里 的 类 型 码 一 一 以 字符 串 字 面 量 的 形式 传 
入 类 型 码 ， 一 般 来 说 部 是 坏 味道 。 所 以 我 更 愿意 再 新 建 一 个 工 
三 函数 ， 把 “员工 类 别 ? 的 信息 肉 在 函数 名 里 体现 。 





调用 方 .… 


const leadEngineer = createEngineer(document.leadEngineer ); 


顶层 作用 域 ... 


function createEngineer(name) { 
return new Employee(name, 'E'); 


} 


11.9 ”以 命令 取代 函数 (Replace 
Function with Command ) 


HHA: 以 函数 对 象 取代 函数 (Replace Method with 
Method ao 


反 回 重 构 : 以 函数 取代 命令 (344) 


f( E) 


new( i ) 


exec() 





function score(candidate, medicalExam, scoringGuide) { 
let result = 0; 
let healthLevel = 0; 
// long body code 

} 


Y 


Y 


class Scorer { 
constructor(candidate, medicalExam, scoringGuide) { 
this. candidate = candidate; 


this._medicalExam = medicalExam; 
this. _scoringGuide = scoringGuide; 


} 


execute() { 
this._result = 0; 
this. _healthLevel = 0; 
// long body code 
} 
} 


动机 


冰 数 ， 不 管 是 独立 函数 ， 还 是 以 方法 (method) 形式 附 
着 在 对 象 上 的 函数 ， 是 程序 设计 的 基本 构造 块 。 不 过 ， 将 函数 
封装 成 自己 的 对 象 ， 有 时 也 是 一 种 有 用 的 办 法 。 这 样 的 对 象 我 
称 之 为 “命令 对 象 ”(command object) ， 或 者 简称 “ 命 
令 ”(command) 。 这 种 对 象 大 多 只 服务 于 单一 函数 ， 获 得 对 
该 函数 的 请 求 ， 执 行 该 函数 ， 就 是 这 种 对 象 存 在 的 意义 。 


与 普通 的 函数 相 比 ， 命 令 对 象 提供 了 更 大 的 控制 灵活 性 
和 更 强 的 表达 能 力 。 除 了 图 数 调用 本 号 ， 命 令 对 象 还 可 以 文 持 
附加 的 操作 ， 例 如 撤销 操作 。 我 可 以 通过 命令 对 象 提 供 的 方法 
来 设 值 命令 的 参数 值 ， 从 而 文 持 更 丰富 的 生命 周期 管理 能 力 。 
我 可 以 借助 继承 和 钩子 对 函数 行为 加 以 定制 。 如 果 我 所 使 用 的 
编程 语言 文 持 对 象 但 不 文 持 冰 数 作为 一 等 公民 ， 通 过 命令 对 象 
就 可 以 给 函数 提供 大 部 分 相当 于 一 等 公民 的 能 力 。 同 样 ， 即 便 
编程 语言 本 壬 并 不 文 持 髓 套 函 数 ， 我 也 可 以 借助 命令 对 象 的 方 
法 和 字段 把 复杂 的 函数 拆 解 开 ， 而 且 在 测试 和 调试 过 程 中 可 以 
直接 调用 这 些 方 法 。 


所 有 这 些 都 是 使 用 命令 对 象 的 好 理由 ， 所 以 我 要 做 好 准 




















备 ， 
VW» 


AA, WAIT BUR AS 6 ATA RE 
全 合 令 对 象 的 天 活性 记 古 以 复杂 性 作为 代价 的 。 所 以 ， 如 果 


要 在 作为 一 等 公民 的 函数 和 命令 对 象 之 间 做 个 选择 ， 95% 的 时 
候 我 都 会 选 函 数 。 只 有 当 我 特别 需要 命令 对 象 提供 的 某 种 能 
而 普通 的 函 数 无 法 提供 这 种 和 E 力 时 ， 我 才 会 考虑 使 用 命令 对 


象 。 








跟 软 件 开发 中 的 很 多 词汇 一 样 , “命令 "这 个 词 承载 
了 太 多 含义 。 在 这 里 ， “命令 "是 指 一 个 对 象 ， 其 中 封装 了 
一 个 函数 调用 请 求 。 这 是 遵循 《设计 模式 》[gof] 一 书 中 的 
命令 模式 (command pattem) 。 在 这 个 意义 上 ， 使 用 “ 命 
令 ” 一 词 时 ， 我 会 先 用 完整 的 “命令 对 象 ”一 词 设 定 上 下 文 ， 
然后 视 情况 使 用 简略 的 < 命令 ， 一 词 。 在 命令 与 查询 分 离 原 
则 《command- -query separation principle) 中 也 用 到 了 “ 命 

一 词 ， 此 时 “命令 ”是 一 个 对 象 所 拥有 的 函数 ， 调 用 该 函 
我 尽量 避免 使 用 这 个 意义 
上 的 “命令 ”一 词 ， 而 更 愿意 称 其 为 “修改 函数 ”(modifier) 
或 者 “改变 函数 ”(Cmnutator) 。 




















做 法 


为 想 要 包装 的 函数 创建 一 个 空 的 类 ， 根 据 该 函数 的 名 字 为 
其 命名 。 


使 用 搬移 函数 〈198) 把 函数 移 到 空 的 类 里 


保持 原来 的 函数 作为 转 及 函数， 至 少 保留 到 重 构 结 


束 之 前 才 删 除 。 





遵循 编程 语言 的 命名 规范 来 给 命令 对 象 起 名 。 如 末 没 有 
合适 的 命名 规范 ， 就 给 命令 对 象 中 负责 实际 执行 命令 的 函数 起 
一 个 通用 的 名 字 ， 例 如 “execute” 或 者 “call”。 





。 可 以 考虑 给 每 个 参数 创建 一 个 字段 ， 并 在 构造 函数 中 添加 
对 应 的 参数 。 


ve fil 





JavaScript 语 言 有 很 多 缺点 ， 但 把 函数 作为 一 等 公民 对 
待 ， 是 它 最 正确 的 设计 决策 之 一 。 在 不 具备 这 种 能 力 的 编程 语 
言 中 ， 我 经 党 要 费力 为 很 常见 的 任务 创建 命令 对 象 ， 
JavaScript 则 省 去 了 这 些 麻烦 。 不 过 ， 即 便 在 JavaScript 中 ， 有 
时 也 需要 用 到 命令 对 象 。 


一 个 典型 的 应 用 场景 束 是 拆 解 复杂 的 函数 ， 以 便 我 理解 

和 修改 。 要 想 真 正 展示 这 个 重 构 手 法 的 价值 ， 我 需要 一 个 长 而 

末 的 函数 ， 但 这 写 起 来 太 组 事 ， 你 读 起 来 也 麻烦 。 所 以 我 在 

这 里 展示 的 函数 其 实 很 短 ， 并 不 真 的 需要 本 重 构 手法 ， 还 望 读 
者 权 且 包涵 。 下 面 的 函数 用 于 给 一 份 保险 申请 评分 。 
































function score(candidate, medicalExam, scoringGuide) { 
let result = 0; 
let healthLevel = 0; 
let highMedicalRiskFlag = false; 


if (medicalExam.isSmoker) { 
healthLevel += 10; 
highMedicalRiskFlag = true; 


let certificationGrade = "regular"; 


if (scoringGuide.statewithLowCertification(candidate.originSt 
certificationGrade = "low"; 
result -= 5; 


// lots more code like this 
result -= Math.max(healthLevel - 5, 0); 
return result; 


} 


我 首先 创建 一 个 空 的 类 ， 用 搬移 函数 《198) JEER KZ 
搬 到 这 个 类 里 去 。 


function score(candidate, medicalExam, scoringGuide) { 


return new Scorer().execute(candidate, medicalExam, scoringGu 


} 


class Scorer { 
execute (candidate, medicalExam, scoringGuide) { 
let result = 0; 
let healthLevel = 0; 
let highMedicalRiskFlag = false; 


if (medicalExam.isSmoker) { 
healthLevel += 10; 
highMedicalRiskFlag = true; 


let certificationGrade = "regular"; 


if (scoringGuide.statewithLowCertification(candidate.originSt 
certificationGrade = "low"; 
result -= 5; 


// lots more code like this 
result -= Math.max(healthLevel - 5, 0); 
return result; 
} 
} 


大 多 数 时 候 ， 我 更 愿意 在 命令 对 象 的 构造 函数 中 传 入 参 
数 ， 而 不 让 execute 函 数 接收 参数 。 在 这 样 一 个 简单 的 拆 解 场 
景 中 ， 这 一 点 市 来 的 影响 不 大 ; 但 如 果 我 要 处 理 的 命令 需要 更 
复杂 的 参数 设置 周期 或 者 大 量 定制 ， 上 述 做 法 束 会 之 来 很 多 便 
利 : 多 个 命令 类 可 以 分 别 从 各 目的 构造 函数 中 获得 各 自 不 同 的 
参数 ， 然 后 又 可 以 排 成 队列 挨个 执行 ， 因 为 它们 的 execute 函 
数 签名 都 一 样 。 


我 可 以 每 次 搬移 一 个 参数 到 构造 函数 。 




















function score(candidate, medicalExam, scoringGuide) { 
return new Scorer(candidate).execute(candidate, medicalExam 


} 


class Scorer... 


constructor(candidate)t{ 
this. candidate = candidate; 


} 


execute (candidate medicalExam, scoringGuide) { 
let result = 0; 
let healthLevel = 0; 
let highMedicalRiskFlag = false; 


if (medicalExam.isSmoker) { 
healthLevel += 10; 
highMedicalRiskFlag = true; 


let certificationGrade = "regular"; 
if (scoringGuide.statewithLowCertification(this. candidate.or 
certificationGrade = "low"; 


result -= 5; 


// lots more code like this 
result -= Math.max(healthLevel - 5, 0); 


return result; 


} 


继续 处 理 其 他 参数 : 


function score(candidate, medicalExam, scoringGuide) { 
return new Scorer(candidate, medicalExam, scoringGuide).exe 
} 


class Scorer... 


constructor(candidate, medicalExam, scoringGuide) { 
this. candidate = candidate; 
this. _medicalExam = medicalExam; 
this. _scoringGuide = scoringGuide; 


execute () { 
let result = 0; 
let healthLevel = 0; 
let highMedicalRiskFlag = false; 


if (this._medicalExam.isSmoker) { 
healthLevel += 10; 
highMedicalRiskFlag = true; 

} 


let certificationGrade = "regular"; 


if (this. scoringGuide.statewithLowCertification(this. candid 
certificationGrade = "low"; 
result -= 5; 


// lots more code like this 
result -= Math.max(healthLevel - 5, 0); 
return result; 


} 


以 命令 取代 函数 的 重 构 到 此 就 结束 了 ， 不 过 之 所 以 要 做 
E AREER SUE AS h 
ie 是 把 所 有 局 部 变量 都 变 成 字段 ， 我 还 是 每 次 
Be 











class Scorer... 


constructor(candidate, medicalExam, scoringGuide) { 
this. candidate = candidate; 
this. _medicalExam = medicalExam; 
this. _scoringGuide = scoringGuide; 


} 


execute () { 
this._result = 0; 
let healthLevel = 0; 
let highMedicalRiskFlag = false; 


if (this. _medicalExam.isSmoker) { 
healthLevel += 10; 
highMedicalRiskFlag = true; 


let certificationGrade = "regular"; 


if (this. scoringGuide.statewithLowCertification(this. candid 
certificationGrade = "low"; 
this._result -= 5; 


// lots more code like this 
this. result -= Math.max(healthLevel - 5, 0); 
return this._result; 





重复 上 述 过 程 ， 直 到 所 有 局 部 变量 都 变 成 字段 。 (“把 局 
部 变量 变 成 字段 "这 个 重 构 于 法 是 如 此 向 半 ， 以 全 于 我 都 没有 
在 重 构 名 录 中 给 它 一 席 之 地 。 对 此 我 略 感 愧 妆 。 





class Scorer... 


constructor(candidate, medicalExam, scoringGuide) { 
this. candidate = candidate; 
this. _medicalExam = medicalExam; 
this. _scoringGuide = scoringGuide; 


} 


execute () { 
this._result = 0; 
this. _healthLevel = 0; 
this. _highMedicalRiskFlag = false; 


if (this._medicalExam.isSmoker) { 
this. _healthLevel += 10; 
this. highMedicalRiskFlag = true; 
} 


this._certificationGrade = "regular"; 


if (this. _scoringGuide.statewithLowCertification(this 
this._certificationGrade = "low"; 
this._result -= 5; 


// lots more code like this 
this._result -= Math.max(this._healthLevel - 5, 0); 
return this._result; 


} 


. candid 


现在 函数 的 所 有 状态 都 已 经 移 到 了 命令 对 象 中 ， 我 可 以 
BULME A FERPA (106) 等 重 构 手 法 ， 而 不 用 纠结 于 局 部 变 


量 的 作用 域 之 类 问题 。 


class Scorer... 


execute () { 
this._result = 0; 
this. _healthLevel = 0; 
this. _highMedicalRiskFlag = false; 


this.scoreSmoking(); 
this._certificationGrade = "regular"; 


if (this. _scoringGuide.statewithLowCertification(this. candid 
this._certificationGrade = "low"; 
this. _ result -= 5; 


// lots more code like this 
this._result -= Math.max(this._healthLevel - 5, 0); 
return this._result; 


scoreSmoking() { 
if (this. _medicalExam.isSmoker) { 
this._healthLevel += 10; 
this. _highMedicalRiskFlag = true; 
} 
} 


这 样 我 就 可 以 像 处 理 和 能 套 函 数 一 样 处 理 命 令 对 象 。 实 际 
上 上 ， 在 JavaScript 中 运用 此 重 构 手法 时 ， 的 确 可 以 考虑 用 髓 套 
函数 来 代理 命令 对 象 。 不 过 我 还 是 会 使 用 命令 对 象 ， 不 仅 因 为 
我 对 命令 对 象 更 熟悉 ， 而 且 还 因为 我 可 以 针对 命令 对 象 中 任何 
一 个 函数 进行 测试 和 调试 。 








11.10 ”以 函数 取代 命令 (Replace 
Command with Function) 


RHEN: 以 命令 取代 函数 (337) 





class ChargeCalculator { 
constructor (customer, usage) { 
this. customer = customer; 
this. usage = usage; 


execute() { 
return this._customer.rate * this._usage; 


y 


V 


function charge(customer, usage) { 
return customer.rate * usage; 


动机 





命令 对 象 为 处 理 复杂 计算 提供 了 强大 的 机 制 。 借 助 命令 
对 象 ， 可 以 轻松 地 将 原本 复杂 的 函数 拆 解 为 多 个 方法 ， 役 此 之 
间 通 过 字段 共 圣 状态 ， 拆 解 后 的 方法 可 以 分 别 调用 ;开始 调用 
之 前 的 数据 状态 也 可 以 逐步 构建 。 但 这 种 强大 是 有 代价 的 。 大 
多 数 时 候 ， 我 只 是 想 调 用 一 个 函数 ， 让 它 完 成 自己 的 工作 就 
好 。 如 果 这 个 函数 不 是 太 复 洒 ， 那 么 命令 对 象 可 能 显得 费 而 不 
患 ， 我 束 应 该 考虑 将 其 变 回 普通 的 函数 。 























做 法 





。 运 用 提 烁 函数 (106) ， 把 “创建 并 执行 命令 对 象 " 的 代码 单 
独 提 烁 到 一 个 函数 中 。 


这 一 步 会 新 建 一 个 函数 ， 最 终 这 个 函数 会 取代 现在 
的 命令 对 象 。 


。 对 命令 对 象 在 执行 阶段 用 到 的 函数 ， 逐 一 使 用 内 联 函 数 
(115) . 


如 果 被 调用 的 函数 有 返回 值 ， 请 先 对 调用 处 使 用 提 
炼 变 量 (119) ， 然 后 再 使 用 内 联 函 数 (115) 。 





。 使 用 改变 函数 声明 〈124) ， 把 构造 函数 的 参数 转移 到 执 
ÍT RŽ 


。 对 于 所 有 的 字段 ， 在 执行 函数 中 找到 引用 它们 的 地 方 ， 并 
改 为 使 用 参数 。 每 次 修改 后 都 要 测试 。 
。 把 “调用 构造 函数 ”和 “调用 执行 函数 ”两 步 都 内 联 a 到 调用 方 
《也 就 是 最 终 要 蔡 换 命令 对 象 的 那个 函数 ) 。 
。 测 试 。 
。 用 移 除 死 代码 237) 把 命令 类 消去 。 





ya pil 


假设 我 有 一 个 很 小 的 命令 对 象 。 


class ChargeCalculator { 
constructor (customer, usage, provider) { 
this. customer = customer; 
this._usage = usage; 
this. provider = provider; 


} 
get baseCharge() { 
return this._customer.baseRate * this._usage; 


} 
get charge() { 
return this.baseCharge + this._provider.connectionCharge; 


使 用 方 的 代码 如 下 。 


调用 方 .… 


monthCharge = new ChargeCalculator(customer, usage, provider ) 


MORE). LM, AEN RR Ge 


首先 ， 我 用 提炼 函数 (106) 把 命令 对 象 的 创建 与 调用 过 
程 包装 到 一 个 函数 中 。 


调用 方 … 


monthCharge = charge(customer, usage, provider); 


顶层 作用 域 ... 


function charge(customer, usage, provider) { 
return new ChargeCalculator(customer, usage, provider).char 


接 下 来 要 考虑 如 何 处 理 文 持 函数 〈 也 天 是 这 里 的 
basecharge 国 数 ) 。 对 于 有 返回 值 的 函数 ， 我 一 般 会 先 用 提炼 
变量 〈119) 把 返回 值 提 炼 出 来 。 





class ChargeCalculator... 


get baseCharge() { 
return this._customer.baseRate * this._usage; 


} 
get charge() { 
const baseCharge = this.baseCharge; 
return baseCharge + this._provider.connectionCharge; 


然后 对 文 持 函 数 使 用 内 联 函 数 〈115) 。 


class ChargeCalculator... 


get charge() { 
const baseCharge = this._customer.baseRate * this._usage; 
return baseCharge + this._provider.connectionCharge; 


J 





现在 所 有 逻辑 处 理 都 集中 到 一 个 函数 了 ， 下 一 步 是 把 构 
造 函 数 传 入 的 数据 移 到 主 函数 。 首 先 用 改变 函数 声明 (124) 
把 构造 函数 的 参数 逐一 添加 到 charge 函 数 上 。 


class ChargeCalculator... 


constructor (customer, usage, provider){ 
this. customer = customer; 
this. usage = usage; 
this. provider = provider; 


} 


charge(customer, usage, provider) { 
const baseCharge = this._customer.baseRate * this._usage; 
return baseCharge + this._provider.connectionCharge; 


} 


TUE VE aK... 


function charge(customer, usage, provider) { 
return new ChargeCalculator(customer, usage, provider) 
.charge(customer, usage, provider); 


然后 修改 charge 函 数 的 实现 ， 改 为 使 用 传 入 的 参数 。 这 
个 修改 可 以 小 步 进 行 ， 每 次 使 用 一 个 参数 。 


class ChargeCalculator... 


constructor (customer, usage, provider){ 
= = 7 
this. _ usage = usage; 
this. provider = provider; 


} 


charge(customer, usage, provider) { 
const baseCharge = customer .baseRate * this._usage; 
return baseCharge + this._provider.connectionCharge; 


} 


构造 函数 中 对 this._customer 字 上 段 的 赋值 不 删除 也 没 关 
系 ， 因 为 反正 没 人 使 用 这 个 字段 。 但 我 更 愿意 去 卸 这 条 赋值 语 
句 ， 因 为 去 抒 它 以 后 ， 如 果 在 函数 实现 中 漏 掉 了 一 处 对 字段 的 
使 用 没有 修改 ， 测 试 就 会 失败 。 如 果 我 真 的 犯 了 这 个 错误 而 
测试 没有 失败 ， 我 就 应 该 考虑 增加 测试 了 。) 


其 他 参数 也 如 法 炮制 ， 直 到 charge 函 数 不 再 使 用 任何 字 

















class ChargeCalculator... 


charge(customer, usage, provider) { 
const baseCharge = customer.baseRate * usage; 
return baseCharge + provider.connectionCharge; 


t 


MERD DATE At EHA PN KB TUE FY char ge ee žr 
H, ee AUR C115) 的 一 种 特殊 情况 ， 我 需要 把 构造 函 
数 和 执行 函数 一 并 内 联 。 





TUE VE HIR 


function charge(customer, usage, provider) { 
const baseCharge = customer.baseRate * usage; 
return baseCharge + provider.connectionCharge; 


J 





现在 命令 类 已 经 是 死 代码 了 ， 可 以 用 移 除 死 代码 (237) 
给 它 一 个 体面 的 莱 礼 。 


第 12 瘟 ”处 理 继承 关系 





在 最 后 一 章 里 ， 我 将 介绍 面 癌 对 象 编程 技术 里 最 为 人 数 
知 的 一 个 特性 : 继承 。 与 任何 强 有 力 的 特性 一 样 ， 继 承 机 制 十 
分 实用 ， 却 也 经 常 被 误 用 ， 而 且 常 得 等 你 用 上 一 段 时 间 ， 通 见 
了 痛 点 ， 才 能 察觉 误 用 所 在 。 


特性 〈 主 要 是 函数 和 字段 ) 经 常 需 要 在 继承 体系 里 上 下 
调整 。 我 有 一 组 手法 专门 用 来 处 理 此 类 调整 : 函数 上 移 
(350) 、 字 段 上 移 (353) 、 构 造 函 数 本 体 上 移 (355) . K 
数 下 移 (359) 以 及 字段 下 移 (361) 。 我 可 以 使 用 提炼 超 类 
(375) 、 移 除 子 类 (369) URIE (380) 来 为 继 
承 体系 添加 新 类 或 删除 旧 类 。 如 果 一 个 字段 仅仅 作为 类 型 码 使 
用 ， 根 据 其 值 来 触发 不 同 的 行为 ， 那 么 我 会 通过 以 子 类 取代 类 
ANA (362) ， 用 一 个 子 类 来 取代 这 样 的 字段 。 


继承 本 里 是 一 个 强 有 力 的 工具 ， 但 有 时 它 也 可 能 被 用 于 
错误 的 地 方 ， 有 时 本 来 适合 使 用 继承 的 场景 变 得 不 再 合适 一 一 
硅 果 真如 此 ， 我 就 会 用 以 委托 取代 子 类 (381) 或 以 委托 取代 
超 类 (399) 将 继承 体系 转化 成 委托 调用 。 





























12.1 KEŤ (Pull Up Method) 


RAE: 函数 下 移 (859) 


class Employee {...} 
class Salesman extends Employee { 
get name() {...} 


class Engineer extends Employee { 
get name() {...} 








class Employee { 
get name() {...} 


class Salesman extends Employee {...} 
class Engineer extends Employee {...} 


动机 





避免 重复 代码 是 很 重要 的 。 重 复 的 两 个 函数 现在 也 许 能 
够 正 第 工作 ， 但 假 以 时 日 却 只 会 成 为 滋生 bug 的 温床 。 无 论 何 
时 ， 员 要 系统 内 出 现 重 复 ， 你 就 会 面临 “修改 其 中 一 个 却 未 能 
修改 力 一 个 ”的 风险 。 通 第， 找 出 重复 也 有 一 定 的 难度 。 


如 果 茶 个 函数 在 各 个 子 类 中 的 函数 体 都 相同 (它们 很 可 
能 是 通过 复制 粘贴 得 到 的 ) ， 这 就 是 最 显而易见 的 函数 上 移 适 
用 场合 。 当 然 ， 情 况 并 不 总 是 如 此 明显 。 我 也 可 以 只 管 放 心地 
重 构 ， 再 看 看 测试 程序 会 不 会 及 牢 又 ， 但 这 就 需要 对 我 的 汕 试 
有 充分 的 信心 。 我 有 发现， 观察 这 些 可 能 重复 的 函数 之 间 的 差异 
往往 大 有 收获 : 它们 经 常会 癌 我 展示 那些 我 筷 记 训 试 的 行为 。 

因数 上 移 季 向 紧 随 其 他 重 构 而 被 使 用 。 也 许 我 能 找 出 知 
干 个 号 处 不 同 子 类 内 的 函数 ， 而 它们 又 可 以 通过 菏 种 形式 的 参 
数 调整 成 为 相同 的 函数 。 这 时 候 ， 最 简单 的 欢 法 就 是 先 分 别 对 
这 些 函 数 应 用 函数 参数 化 〈310) ， 然 后 应 用 函数 上 移 。 


函数 上 移 过 程 中 最 抹 烦 的 一 点 就 是 ， 被 提升 的 函数 可 能 





















































会 引用 只 出 现 于 子 类 而 不 出 现 于 超 类 的 特性 。 此 时 ， 我 束 得 用 
FREK (353) 和 函数 上 移 先 将 这 些 特性 (类 或 者 函数 ) 提 
Ft BEBE 

如 果 两 个 函数 工作 流程 大 体 相似 ， 但 实现 细节 略 有 差 


异 ， 那 么 我 会 考虑 先 借助 塑造 模板 函数 (Form Template 
Method) [mf- 和 构造 出 相同 的 函数 ， 然 后 再 提升 它们 。 


做 法 





。 检查 符 提 升 函数 ， 确 定 它们 是 完全 一 致 的 。 





如 果 乞 们 做 了 相同 的 事情 ， 但 函数 体 并 不 完全 一 
致 ， 那 就 先 对 它们 进行 重 构 ， 和 直到 其 函数 体 完全 一 致 。 





。 检 查 函 数 体内 引用 的 所 有 函数 调用 和 字段 都 能 从 超 类 中 调 
用 到 。 
。 如 果 每 提升 函数 的 签名 不 同 ， 使 用 改变 函数 声明 (124) 
将 那些 签名 部 修改 为 你 想 要 在 超 类 中 使 用 的 签名 。 
I 
到 其 中 。 
。 执行 静态 检 碍 。 
。 移 除 一 个 竺 提升 的 子 奖 
。 训 试 。 
类 


。 逐一 移 除 竺 提升 的 子 
line 
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数 ， 直 到 只 剩 下 超 类 中 的 函数 为 


ya fil 


| 我 手 上 有 两 个 子 类 ， 它 们 之 中 各 有 一 个 函数 做 了 相同 的 
情 : 


class Employee extends Party... 


get annualCost() { 
return this.monthlyCost * 12; 


class Department extends Party... 


get totalAnnualCost() { 
return this.monthlyCost * 12; 


检查 两 个 类 的 函数 时 我 发 现 ， 两 个 函数 都 引用 了 
month1ycost 属 性 ， 但 后 者 并 未 在 超 类 中 定义 ， 而 是 在 两 个 子 
类 中 各 目 定 义 了 一 份 实现 。 因 为 JavaScript 是 动态 语言 ， 这 样 
做 没有 问题 ， 但 如 有 果 是 在 一 门 静 态 语言 里 ， 我 就 必须 
将 monthlycost 声 明 为 Party 类 上 的 抽象 函数 ， 个 则 编译 器 束 会 
报错 。 


两 个 函数 各 有 不 同 的 名 字 ， 因 此 第 一 步 是 用 改变 函数 声 
BY (124) 统一 它们 的 函数 名 。 














class Department... 


get annualCost() { 
return this.monthlyCost * 12; 





然后 ， 我 从 其 中 -个 子 类 中 将 annualcost 函 数 复制 到 超 


class Party... 


get annualCost() { 
return this.monthlyCost * 12; 





在 静态 语言 里 ， 做 完 这 一 步 我 瓯 可 以 编译 一 次 ， 确 保 超 
类 函数 的 所 有 引用 都 能 正常 工作 。 但 这 是 在 JavaScript 里 ， 编 
译 显 然 帮 不 上 什么 忙 ， 因此 我 直接 先 从 Employee 中 移 
除 annualcost 函 数 ， 测 试 ， 接 痢 移 除 pepartment 类 中 的 
annualCost PZ. 


这 项 重 构 手 法 至 此 即 告 完 成 ， 但 还 有 一 个 遗留 问题 需要 
解决 : annualcost 函 数 中 调用 了 monthlycost， 但 后 者 并 未 在 
Party 类 中 显 式 声明 。 当 然 代码 仍 能 正常 工作 ， 这 得 益 
JavaScript 是 动态 语言 ， 它 能 目 动 帮 你 调用 子 类 上 的 同名 函 
数 。 但 知 能 明确 传达 出 “继承 Party 类 的 子 类 需要 提供 一 
个 monthlycost 实 现 ” 这 个 信息 ， 无 疑 也 有 很 大 的 价值 ， 特 别 是 
对 日 后 需要 添加 子 类 的 后 来 者 。 其 中 一 种 好 的 传达 方式 是 添加 
一 个 如 下 的 陷阱 Ctrap) 函数 。 


























class Party... 


get monthlyCost() { 
throw new SubclassResponsibilityError(); 








我 称 上 述 抛 出 的 错误 为 一 个 “ 子 类 未 履行 职责 错误 >”， 这 
是 从 Smalltalk 借 鉴 来 的 名 字 。 


12.2 FRE (Pull Up Field) 





RHEW: 字段 下 移 (361) 





class Employee {...} // Java 


class Salesman extends Employee { 
private String name; 


} 


class Engineer extends Employee { 
private String name; 


} 


Y 


we 


class Employee { 
protected String name; 


class Salesman extends Employee {...} 
class Engineer extends Employee {...} 


动机 








如 采 各 子 类 是 分 别 开 发 的 ， 或 者 是 在 重 构 过 程 中 组 合 起 
来 的 ， 你 利 会 发 现 它们 拥有 重复 特性 ， 特 别 是 字段 更 容易 重 
复 。 这 样 的 字段 有 时 拥有 近似 的 名 字 ， 但 也 并 非 绝 对 如 此 。 判 
Wis PF Bre Ta ES, ME— MINAW ee RS R a SEA 
们 们 被 使 用 的 方式 很 相似 ， 我 就 可 以 将 它们 提升 到 超 
R o 

本 项 重 构 可 从 两 方面 减少 重复 : 首先 它 去 除了 重复 的 数 
据 声明 ;其 次 它 使 我 可 以 将 使 用 该 字段 的 行为 从 子 类 移 至 超 
类 ， 从 而 去 除 重 复 的 行为 。 

许多 动态 语言 不 需要 在 类 定义 中 定义 字段 ， 相 反 ， 字 段 
是 在 第 一 次 被 赋值 的 同时 完成 声明 。 在 这 种 情况 下 ， 字 段 上 移 
基本 上 是 应 用 构造 函数 本 体 上 移 (355)〉 后 的 必然 结果 。 









































做 法 


。 针 对 等 提 升 之 字段 ， 检 查 它 们 的 所 有 使 用 点 ， 确 认 它 们 以 
同样 的 方式 被 使 用 。 

。 如 果 这 些 字段 的 名 称 不 同 ， 先 使 用 变量 改名 〈137) NWE 
们 取 个 相同 的 名 字 。 

。 在 超 类 中 新 建 一 个 字段 。 








新 字段 需要 对 所 有 子 类 可 见 〈 在 大 多 数 语言 中 
protected 权 限 便 已 足够 ) 。 





。 移 除 子 关中 的 字段 。 
e Mhi. 


12.3 ”构造 函数 本 体 上 移 (Pull 
Constructor Body ) 


constructor 
aaa 





constructor 


constructor 
| [= ) 


class Party {...} 


class Employee extends Party { 
constructor(name, id, monthlyCost) { 
super(); 
this._id = id; 
this._name = name; 
this. _monthlyCost = monthlyCost; 
} 
J 


E 


< 


class Party { 
constructor (name){ 
this._name = name; 
} 
} 


Up 


class Employee extends Party { 
constructor(name, id, monthlyCost) { 
super (name); 
this._id = id; 
this. _monthlyCost = monthlyCost; 
} 
} 


动机 


构造 阔 数 是 很 奇妙 的 东西 。 它 们 不 是 普通 函数 ， 使 用 它 
们 比 使 用 普通 函数 受到 更 多 的 限制 。 


如 果 我 看 见 各 个 子 类 中 的 函数 有 共同 行为 ， 我 的 第 一 个 
念头 就 是 使 用 提炼 函数 〈106) 将 它们 提炼 到 一 个 独立 函数 
中 ， 然 后 使 用 函数 上 移 “350) 将 这 个 函数 提升 至 超 类 。 但 构 
造 函 数 的 出 现 打 乱 了 我 的 算盘 ， 因 为 它们 附加 了 特殊 的 规则 ， 
对 一 些 做 法 与 函数 的 调用 次 序 有 所 限制 。 要 对 付 它 们 ， 我 需要 
略微 不 同 的 做 法 。 


如 果 重 构 过 程 过 于 复杂 ， 我 会 考虑 转 而 使 用 以 工厂 函数 
取代 构造 函数 (334) 。 























做 法 





。 如 采 超 类 还 不 存在 构造 函数 ， 衣 先 为 其 定义 一 个 。 确 保 让 
子 类 调用 超 类 的 构造 函数 。 
。 使 用 移动 语句 “223) 将 子 类 中 构造 函数 中 的 公共 语句 移 


动 到 超 类 的 构造 函数 调用 语句 之 后 。 

。 逐 一 移 除 子 类 间 的 公共 代码 ， 将 其 提升 至 超 类 构造 函数 
中 。 对 于 公共 代码 中 引用 到 的 变量 ， 将 其 作为 参数 传递 给 
超 类 的 构造 函数 。 

。 测 试 。 

。 如 果 存 在 无 法 简单 提升 至 超 类 的 公共 代码 ， 先 应 用 提炼 函 
x (106) ， 再 利用 函数 上 移 (350) 提升 之 。 





vu fil 


EQUA BF he ra” A BF Ge: 


class Party {} 


class Employee extends Party { 
constructor(name, id, monthlyCost) { 
super(); 
this. id = id; 
this. _name = name; 
this._monthlyCost = monthlyCost; 


// rest of class... 
class Department extends Party { 
constructor(name, staff){ 
super(); 
this. name = name; 
this._staff = staff; 


} 
// rest of class... 





Party 的 两 个 子 类 间 存 在 公共 代码 ， 也 即 是 对 名 字 
(name) 的 赋值 。 我 先 用 移动 语句 (223) 将 Employee 中 的 这 
行 赋值 语句 移动 到 super( ) 调 用 后 面 : 





class Employee extends Party { 
constructor(name, id, monthlyCost) { 


super(); 

this. _ name = name; 

this._id = id; 

this. _monthlyCost = monthlyCost; 


// rest of class... 


测试 。 之 后 我 将 这 行 公 共 代 码 提升 至 超 类 的 构造 函数 
中 。 由 于 其 中 引用 了 一 个 子 类 构造 函数 传 入 的 参数 name， 于 是 
我 将 该 参数 一 并 传 给 超 类 构造 函数 。 





class Party... 


constructor (name) { 
this. name = name; 


} 


class Employee... 


constructor(name, id, monthlyCost) { 
super (name); 
this._id = id; 
this. _monthlyCost = monthlyCost; 

} 


class Department... 


constructor(name, staff){ 


super (name); 
this._staff = staff; 
} 


运行 测试 。 然 后 大 功 告 成 。 


多 数 时 候 ， 一 个 构造 函数 的 工作 原理 都 是 这 样 : 先 〈 通 
过 super 调 用 ) 初始 化 共用 的 数据 ， 再 由 各 个 子 类 完成 额外 的 
工作 。 但 是 ， 偶 尔 也 需要 将 共用 行为 的 初始 化 所 升 至 超 类 ， 这 
时 间 题 便 来 了 。 


请 看 下 面 的 例子 。 











class Employee... 


constructor (name) {...} 
get isPrivileged() {...} 


assignCar() {...} 


class Manager extends Employee... 


constructor(name, grade) { 
super (name); 
this._grade = grade; 
if (this.isPrivileged) this.assignCar(); // every subclass 


} 


get isPrivileged() { 
return this._grade >4; 


1 BARRAGE fi HEHE Ft isprivileged phi WP ea, 因为 
调用 它 之 前 需要 先 为 grade 字 段 赋值 ， 而 该 字段 只 能 在 子 类 的 
构造 函数 中 初始 化 。 


ERAR P RE ARTI Sad A TE CAS TE PERK PR BL 
(106) 。 





class Manager... 


constructor(name, grade) { 
super (name); 
this._grade = grade; 
this.finishConstruction(); 


} 


finishConstruction() { 
if (this.isPrivileged) this.assignCar(); 


} 





然后 再 使 用 函数 上 移 (350) 将 提 烁 得 到 的 函数 提升 全 超 


class Employee... 


finishConstruction() { 
if (this.isPrivileged) this.assignCar(); 


} 


12.4 pet (Push Down Method) 


反问 重 构 : 函数 上 移 (350) 


class Employee { 
get quota {...} 


class Engineer extends Employee {...} 
class Salesman extends Employee {...} 








SS 


class Employee {...} 
class Engineer extends Employee {...} 
class Salesman extends Employee { 

get quota {...} 


动机 





如 果 超 类 中 的 茶 个 函数 只 与 一 个 《或 少数 几 个 ) FRA 
天 ， 那 么 最 好 将 其 从 超 类 中 挪 走 ， 放 到 真正 关心 它 的 子 类 中 
去 。 这 项 重 构 手法 只 有 在 超 类 明确 知道 哪些 子 类 需要 这 个 函数 
时 适用 。 如 果 超 类 不 知晓 这 个 信息 ， 那 我 就 得 用 以 多 态 取代 条 
件 表达 式 〈272) ， 只 留 些 共 用 的 行为 在 超 类 。 





做 法 


。 将 超 类 中 的 函数 本 体 复制 到 每 一 个 需要 此 函数 的 子 类 中 。 
。 删除 超 类 中 的 函数 。 

e MiRo 

e FEIZ KAMA A A is e ABLE FSS MR -o 

e IRo 


125 字段 下 移 (Push Down Field) 





RAE: TREK (353) 





class Employee { // Java 
private String quota; 


} 


class Engineer extends Employee {...} 
class Salesman extends Employee {...} 





class Employee {...} 
class Engineer extends Employee {...} 


class Salesman extends Employee { 
protected String quota; 


动机 








如 果 茶 个 字段 只 被 一 个 子 类 (或 者 一 小 部 分 子 类 ) 用 
到 ， 束 将 其 搬移 到 主要 该 字段 的 子 类 中 。 


做 法 





。 在 所 有 需要 该 字段 的 子 类 中 声明 该 字段 。 

。 将 该 字段 从 超 类 中 移 除 。 

e Mhi. 

。 将 该 字段 从 所 有 不 主要 它 的 那些 子 类 中 删 挥 。 
。 训 试 。 





12.6 ”以 子 类 取代 类 型 码 (Replace 
Type Code with Subclasses) 


包含 旧 重 构 : 以 State/Strategy 取 代 类 型 码 (Replace Type 
Code with State/Strategy ) 


包含 旧 重 构 : 提炼 子 类 (Extract Subclass) 
RAE: 移 除 子 类 (369) 





function createEmployee(name, type) { 
return new Employee(name, type); 


1) 


function createEmployee(name, type) { 
switch (type) { 
case "engineer": return new Engineer (name); 
case "salesman": return new Salesman(name); 
case "manager": return new Manager (name); 


动机 





软件 系统 经 利 需 要 表现 “相似 但 义 不 同 的 东西 ?， 比 如 员 
工 可 以 按 职 位 分 类 《工程 师 、 经 理 、 销 售 ) ， 订 单 可 以 按 优先 
级 分 类 加 急 、 常 规 ) 。 表 现 分 类 关系 的 第 一 种 工具 是 类 型 码 
字段 一 一 根据 具体 的 编程 语言 ， 可 能 实现 为 枚 举 、 符 和 号、 字符 
捉 或 者 数字 。 类 型 码 的 取 值 经 第 来 自给 系统 提供 数据 的 外 部 服 








务 





大 多 数 时 候 ， 有 这 样 的 类 型 码 就 够 了。 但 也 有 些 时 候 ， 
我 可 以 再 多 往 前 一 步 ， 引 入 子 类 。 继 承 有 两 个 诱 人 之 处 。 表 
先 ， 你 可 以 用 多 态 来 处 理 条 件 逻 辑 。 如 果 有 儿 个 函数 都 在 根据 
类 型 码 的 取 值 采取 不 同 的 行为 ， 多 态 融 显得 特别 有 用 。 引 入 子 
ee 
函数 。 


男 外 ， 有 些 字 上段 或 函数 只 对 特定 的 类 型 码 取 值 才 有 意 
义 ， 例 如 “销售 目标 ”只 对 “销售 ”这 类 员工 才 有 意义 。 此 时 我 可 
以 创建 子 类 ， 然 后 用 字段 下 移 〈361) 把 这 样 的 字段 放 到 合适 
的 子 类 中 去 。 当 然 ， 我 也 可 以 加 入 验证 馆 辑 ， 确 保 只 有 当 类 型 
码 取 值 正确 时 才 使 用 该 字段 ， 不 过 子 类 的 形式 能 更 明确 地 表达 
数据 与 类 型 之 间 的 关系。 


在 使 用 以 子 类 取代 类 型 码 时 ， 我 需要 考虑 一 个 问题 : 应 
该 下 接 处 理 携带 类 型 码 的 这 个 类 ， 还 是 应 该 处 理 类 型 码 本 喘 
We? 以 前 面 的 例子 来 说 ， 我 是 应 该 让 “工程 师 ” 成 为 “员工 ”的 子 
类 ， 还 是 应 该 在 “员工 ”类 包含 “员工 类 别 * 属 性 、 从 后 者 继承 
出 “工程 师 ? 和 ?经理 ” 等 子 类 型 呢 ? 直接 的 子 类 继承 《前 一 种 方 
K) 比较 简单 ， 但 职位 类 别 束 不 能 用 在 其 他 场合 了 。 男 外 ， 如 
果 员 工 的 类 别 是 可 变 的 ， 那 么 也 不 能 使 用 直接 继承 的 方案 。 如 
朵 想 在 “员工 类 别 * 之 下 创建 子 类 ， 可 以 运用 以 对 象 取代 基本 类 





















































AY (174) 把 类 型 码 包 装 成 “员工 类 别 * 类 ， 然 后 对 其 使 用 以 子 
类 取代 类 型 码 (362) 。 


做 法 


。 目 封装 类 型 码 字 有 段 。 

。 任 选 一 个 类 型 码 取 值 ， 为 其 创建 一 个 子 类 。 窗 写 类 型 码 类 
的 取 值 函数 ， 令 其 返回 该 类 型 码 的 字面 量 值 。 

创建 一 个 选择 器 逻辑 ， 把 类 型 码 参 数 映 冉 到 新 的 子 类 。 


如 果 选 择 直 接 继承 的 方案 ， 就 用 以 工厂 函数 取代 构 
i PRAY (334) 包 闭 构造 函数 ， 把 选择 器 逻辑 放 在 工厂 函 
数 里 ， 如 果 选 择 间 接 继 承 的 方案 ， 选 择 器 逻辑 可 以 保留 在 
构造 函数 里 。 


测试 。 

针对 每 个 类 型 码 取 值 ， 重 复 上 述 “ 创 建 子 类 、 添 加 选择 器 
逻辑 ”的 过 程 。 每 次 修改 后 执行 测试 。 

去 除 类 型 码 字段 。 

测试 。 

使 用 函数 下 移 (359) 和 以 多 态 取 代 条 件 表 达 式 (272) 处 
理 原 本 访问 了 类 型 码 的 函数 。 全 部 处 理 完 后 ， 就 可 以 移 除 
类 型 码 的 访问 函数 。 





vu Bil 





这 个 员工 管理 系统 的 例子 已 经 被 用 烂 了 .……. 
class Employee... 


constructor(name, type){ 
this.validateType(type); 
this. _ name = name; 
this. type = type; 
} 
validateType(arg) { 
if (!["engineer", "manager", "salesman"].includes(arg) ) 
throw new Error( Employee cannot be of type ${arg}°); 


} 
toString() {return `${this._name} (${this._type})~;} 


第 一 步 是 用 封装 变量 (132) 将 类 型 码 自封 装 起 来 。 
class Employee... 


get type() {return this._type;} 
toString() {return ~${this._name} (${this.type})~;} 


请 注意 ， toString Pk AL HY SEE A et J this._typel) FRI 
线 ， 改 用 新 建 的 取 值 函数 了 。 


我 选择 从 工程 师 ("engineer") 这 个 类 型 码 开 始 重 构 。 
我 打算 采用 直接 继承 的 方案 ， 也 惑 是 继承 Employee 类 。 子 类 很 
人 简单， 只 要 禾 写 类 型 码 的 取 值 函数 ， 返 回 适当 的 字面 量 值 束 行 
Ts 








class Engineer extends Employee { 
get type() {return "engineer"; } 





虽然 JavaScript 的 构造 函数 也 可 以 返回 其 他 对 象 ， 但 如 果 
把 选择 器 逻辑 放 在 这 儿 ， 它 会 与 字段 初始 化 逻辑 相互 纠缠 ， 搞 
得 一 团 混乱 。 所 以 我 会 先 运用 以 工厂 函数 取代 构造 函数 
(334) ， 新 建 一 个 工厂 函数 以 便 安 放 选 择 器 逻辑 。 





function createEmployee(name, type) { 
return new Employee(name, type); 


然后 我 把 选择 器 逻辑 放 在 工厂 函数 中 ， 从 而 开始 使 用 新 


的 子 类 。 


function createEmployee(name, type) { 
switch (type) { 
case "engineer": return new Engineer(name, type); 


return new Employee(name, type); 


测试 ， 确 保 一 切 运 转正 常 。 不 过 由 于 我 的 偏执 ， 我 随后 
会 修改 Engineer 类 中 禾 写 HJ type KZ, 让 和 它 返 回 另外 一 个 值 ， 
再 次 执行 测试 ， 确 保 会 有 测试 失败 ， 这 样 我 才能 肯定 : 新 建 的 
子 类 真 的 被 用 到 了 。 然 后 我 把 type 函 数 的 返回 值 改 回 正 确 的 状 
态 ， 继 续 处 理 别 的 类 型 。 我 一 次 处 理 一 个 类 型 ， 每 次 修改 后 都 
执行 测试 。 


class Salesman extends Employee { 
get type() {return "salesman"; } 


class Manager extends Employee { 
get type() {return "manager"; } 


function createEmployee(name, type) { 


switch (type) { 

case "engineer": return new Engineer(name, type); 
case "Salesman": return new Salesman(name, type); 
case "manager": return new Manager (name, type); 


J 


return new Employee(name, type); 
} 


全 部 修改 完成 后 ， 我 就 可 以 去 挥 类 型 码 字 段 及 其 在 超 类 
中 的 取 值 函数 〈 子 类 中 的 取 值 函数 仍然 保留 〉。 





class Employee... 


constructor(name, type){ 
this.validateType(type); 
this. name = name; 


£his.—type=type+ 
} 


toString() {return ~${this. name} (${this.type})~;} 





Mik, BitR ULF IR, RM URRE, A 
为 分 发 逻辑 做 的 是 同一 回 事 。 





class Employee... 


constructor(name, type){ 


了 


this. name = name; 
上 
function createEmployee(name, type) { 
Switch (type) { 
case "engineer": return new Engineer(name, type); 
case "Salesman": return new Salesman(name, type); 
case "manager": return new Manager (name, type); 


default: throw new Error( Employee cannot be of type ${type}- 


Fetucn new Emptoeyeetrane,_type}+ 
} 





现在 ， 构 造 函 数 的 类 型 参数 已 经 没 用 了 ， 用 改变 函数 声 
HY (124) 把 它 干掉 。 


class Employee... 


constructor (name—type)t 


this. name = name; 


J 


function createEmployee(name, type) { 
switch (type) { 


case "engineer": return new Engineer (name;—type) ; 
case "Salesman": return new Salesman(name;—ty pe) ; 
case "manager": return new Manager (name;—type); 


default: throw new Error( Employee cannot be of type ${type}- 


J 
t 





子 类 中 获取 类 型 码 的 访问 函数 get type 国 数 一 一 仍 
然 留 着 。 通 常 我 会 希望 把 这 些 函 数 也 干掉 ， 不 过 可 能 需要 多 人 花 
点 儿 时 间 ， 因 为 有 其 他 函数 使 用 了 它们 。 我 会 用 以 多 态 取代 条 
件 表达 式 (272) 和 函数 下 移 (359) 来 处 理 这 些 访问 函数 。 到 


某 个 时 候 ， 已 经 没有 代码 使 用 类 型 码 的 访问 函数 了 ， 我 再 用 移 
除 死 代码 (237) 给 它们 送 终 。 


ya: 使 用 间接 继承 


还 是 前 面 这 个 例子 ， 我 们 回 到 最 起 初 的 状态 ， 不 过 这 次 
我 已 经 有 了 "全 职员 工 ? 和 “兼职 员工 ?两 个 子 类 ， 上 所 以 不 能 再 根 
据 员 工 类 别 代码 创建 子 关 了 。 夯 外 ， 我 可 能 需要 允许 员工 类 别 
动态 调整 ， 这 也 会 导致 不 能 使 用 直接 继承 的 方案 。 





class Employee... 


constructor(name, type){ 
this.validateType(type); 
this. name = name; 
this._type = type; 


} 
validateType(arg) { 
if (!["engineer", "manager", "salesman"].includes(arg) ) 
throw new Error( Employee cannot be of type ${arg} ); 
} 


get type() {return this._type; } 
set type(arg) {this._type = arg;} 


get capitalizedType() { 
return this. _type.charAt(0).toUpperCase() + this._type.substr 


} 
toString() { 
return ‘${this. name} (${this.capitalizedType}) ; 





这 次 的 tostring 函 数 要 更 复杂 一 点 ， 以 便 稍 后 展示 用 。 





首先 ， 我 用 以 对 象 取代 基本 类 型 〈174) 包装 类 型 码 。 








class EmployeeType { 
constructor(aString) { 
this._value = aString; 


toString() {return this. value; } 


class Employee... 


constructor(name, type){ 
this.validateType(type); 
this. name = name; 
this.type = type; 


} 
validateType(arg) { 
if (!["engineer", "manager", "salesman"].includes(arg) ) 
throw new Error( Employee cannot be of type ${arg} ); 
} 


get typeString() {return this._type.toString();} 
get type() {return this._type;} 
set type(arg) {this._ type = new EmployeeType(arg);} 


get capitalizedType() { 
return this.typeString.charAt(0).toUpperCase() 
+ this.typeString.substr(1).toLowerCase(); 


} 
toString() { 
return ‘${this. name} (${this.capitalizedType}) ; 


然后 使 用 以 子 类 取代 类 型 码 (362) 的 老 套 路 ， 把 员工 类 
别 代 码 变 成 子 类 。 


class Employee... 


set type(arg) {this._type = Employee.createEmployeeType(arg); 


static createEmployeeType(aString) { 
switch(aString) { 
case "engineer": return new Engineer(); 
case "manager": return new Manager (); 
case "salesman": return new Salesman(); 


default: throw new Error( Employee cannot be of type ${aStrin 
} 
} 


class EmployeeType { 
} 


class Engineer extends EmployeeType { 
toString() {return "engineer"; } 


class Manager extends EmployeeType { 
toString() {return "manager"; } 


class Salesman extends EmployeeType { 
toString() {return "salesman"; } 


如 果 重 构 到 此 为 止 的话 ， 空 的 EmployeeType 类 可 以 去 
挥 。 但 我 更 愿意 留 厦 它 ， 用 来 明确 表达 各 个 子 类 之 间 的 关系 。 
并 且 有 一 个 超 类 ， 也 方便 把 其 他 行为 搬移 进去 ， 例 如 我 专门 放 
在 tostring 函 数 里 的 “名 字 大 写 ? 逻 辑 ， 束 可 以 搬 到 超 类 。 








class Employee... 


toString() { 


return “${this._name} (${this.type.capitalizedName}) ~; 
} 


class EmployeeType... 


get capitalizedName() { 
return this.toString().charAt(0).toUpperCase() 


+ this.toString().substr(1).toLowerCase(); 


} 





熟悉 本 书 第 1 版 的 读者 大 概 能 看 出 ， 这 个 例子 来 自 第 1 版 
的 以 State/Strategy 取 代 类 型 码 重 构 手法 。 现 在 我 认为 这 是 以 间 
接 继承 的 方式 使 用 以 子 类 取代 类 型 码 ， 所 以 束 不 再 将 其 作为 一 
个 单独 的 重 构 手 法 了 。《“ 而 且 我 也 一 直 不 喜欢 那个 老 重 构 手 法 
的 名 字 。 ) 


12.7 RETZ (Remove Subclass) 


FAA: 以 字段 取代 子 类 (Replace Subclass with 
Fields ) 


REHE: 以 子 类 取代 类 型 码 (362) 


class Person { 
get genderCode() {return "X";} 


Class Male extends Person { 
get genderCode() {return "M";} 


class Female extends Person { 
get genderCode() {return "F";} 


= 


外 


class Person { 


get genderCode() {return this. _genderCode; } 


动机 





子 类 很 有 和 用， 它们 为 数据 结构 的 多 样 和 行为 的 多 态 提供 
支持 ， 它 们 是 针对 有 径 异 编程 的 好 工具 。 但 随 看 软件 的 演化 ， 子 
类 所 支持 的 变化 可 能 会 被 搬移 到 别处 ， 甚 至 完全 去 除 ， 这 时 子 
类 就 失去 了 价值 。 有 时 添加 子 类 是 为 了 应 对 未 来 的 功能 ， 结 来 
构想 中 的 功能 压根 没 被 构造 出 来 ， 或 者 用 了 为 一 种 方式 构造 ， 
使 该 子 类 不 再 被 需要 了 。 

子 类 存在 着 就 有 成 本 ， 阅 读者 要 花心 思 去 理解 它 的 用 
意 ， 所 以 如 果子 类 的 用 处 太 少 ， 束 不 值得 存在 了 。 此 时 ， 节 好 
的 选择 就 是 移 除 子 类 ， 将 其 丛 换 为 超 类 中 的 一 个 字段 。 


























做 法 


。 使 用 以 工厂 函数 取代 构造 函数 (334) ， 把 子 类 的 构造 函 
数 包装 到 超 类 的 工厂 函数 中 。 





如 果 构 造 函 数 的 客户 问 用 一 个 数组 字段 来 决定 实例 
A EE eine eee 


。 如 果 有 任何 代码 检查 子 类 的 类 型 ， 先 用 提炼 函数 (106) 
把 类 型 检查 逻辑 包装 起 来 ， 然 后 用 搬移 函数 a98) 将 其 
搬 到 超 类 。 每 次 修改 后 执行 测试 。 

。 新 建 一 个 字段 ， 用 于 代表 子 类 的 类 型 。 

I 
字段 。 

。 有 删除 子 类 。 

。 测 试 。 


本 重 构 手法 常用 于 一 次 移 除 多 个 子 类 ， 此 时 需要 先 把 这 
些 子 类 都 封闭 起 来 “添加 工 三 函数、 搬移 类 型 检查 ) ， 然 后 再 
逐个 将 它们 折合 到 超 类 中 。 











ya pil 


一 开始 ， 代 码 中 遗留 了 两 个 子 类 。 
Class Person... 


constructor(name) { 
this. name = name; 


get name() {return this._name; } 
get genderCode() {return "X";} 
// snip 


class Male extends Person 
get genderCode() {return "M";} 


class Female extends Person { 
get genderCode() {return "F";} 


如 果子 类 就 干 这 点 儿 事 ， 那 真 的 没 必 要 人 存在。 不 过 ， 在 
移 除 子 类 之 前 ， 通 常 有 必要 检查 使 用 方 代码 是 舍 有 依赖 于 特定 
子 类 的 行为 ， 这 样 的 行为 需要 被 搬移 到 子 类 中 。 在 这 个 例子 
里 ， 我 找到 一 些 客户 端 代 码 基 于 子 类 的 类 型 做 判断 ， 不 过 这 也 
不 足以 成 为 保留 子 类 的 理由 。 





客户 Ü eee 


const numberOfMales = people.filter(p => p instanceof Male).1 





每 当 想 要 改变 某 个 东西 的 表现 形式 时 ， 我 会 先 将 当下 的 
表现 形式 封装 起 来 ， 从 而 尽量 减 小 对 客户 端 代 码 的 影响 。 对 
于 “创建 子 类 对 象 * 而 言 ， 封 装 的 方式 就 是 以 工厂 函数 取代 构造 
函数 (334) 。 在 这 里 ， 实 现 工 三 有 两 种 方式 。 


最 卫 接 的 方式 是 为 每 个 构造 函数 分 别 创建 一 个 工厂 函 
数 。 























function createPerson(name) { 
return new Person(name); 


function createMale(name) { 
return new Male(name); 


function createFemale(name) { 
return new Female(name) ; 





虽然 这 是 最 直接 的 选择 ， 但 这 样 的 对 象 经 常 是 从 输入 源 
加 载 出 来 ， 和 直接 根据 性 别 代码 创建 对 象 。 





function loadFromInput(data) { 
const result = []; 
data. forEach(aRecord => { 
let p; 
switch (aRecord.gender) { 
case 'M': p = new Male(aRecord.name); break; 
case 'F': p = new Female(aRecord.name); break; 
default: p = new Person(aRecord.name) ; 


} 
result.push(p); 
}); 


return result; 


} 





有 鉴于 此 ， 我 觉得 更 好 的 办 法 是 先 用 提炼 函数 (106) 
把 “选择 哪个 类 来 实例 化 ”的 逻辑 提炼 成 工厂 函数 。 


function createPerson(aRecord) { 
let p; 
switch (aRecord.gender) { 
case 'M': p = new Male(aRecord.name); break; 
case 'F': p = new Female(aRecord.name); break; 
default: p = new Person(aRecord.name) ; 


return p; 


} 
function loadFromInput(data) { 
const result = []; 
data. forEach(aRecord => { 
result.push(createPerson(aRecord) ); 


}); 


return result; 


} 


提炼 完工 厂 函 数 后 ， 我 会 对 这 两 个 函数 做 些 清理 。 先 用 
内 联 变量 (123) fajtticreatePersonph 4: 


function createPerson(aRecord) { 


switch (aRecord.gender) { 
case 'M': return new Male (aRecord.name); 
case 'F': return new Female(aRecord.name); 
default: return new Person(aRecord.name); 
} 
} 


再 用 以 管道 取代 循环 (231) 简化 loadFromInput AŽ: 


function loadFromInput(data) { 
return data.map(aRecord => createPerson(aRecord) ); 


} 





工厂 函数 封装 了 子 类 的 创建 逮 辑 ， 但 代码 中 还 有 一 处 用 
到 instanceof 运 算 符 这 从 来 不 会 是 什么 好 味道 。 我 用 提炼 
PRA C106) 把 这 个 类 型 检查 逻辑 提炼 出 来 。 





a Üi eee 


const numberOfMales = people.filter(p => isMale(p)).length; 


function isMale(aPerson) {return aPerson instanceof Male;} 


然后 用 搬移 函数 198) 将 其 移 到 person 类 。 


class Person... 


get isMale() {return this instanceof Male; } 


a Üj eee 


const numberOfMales = people.filter(p => p.isMale).length; 





重 构 到 这 一 步 ， 所 有 与 子 类 相关 的 知识 都 已 经 安全 地 包 
装 在 超 类 和 工厂 函数 中 。 (对 于 “ 超 类 引用 子 类 ”这 种 情况 ， 通 
党 我 会 很 警惕 ， 不 过 这 段 代 码 用 不 了 一 杯 条 的 工夫 就 会 被 干 
挥 ， 所 以 也 不 用 太 担 心 。) 


现在 ， 添 加 一 个 字段 来 表示 子 类 之 间 的 差 寞 。 既 然 有 来 
自 别处 的 一 个 类 型 代码 ， 直 接 用 它 也 无 妨 。 

















class Person... 


constructor(name, genderCode) { 
this. _ name = name; 
this._genderCode = genderCode || "X"; 


get genderCode() {return this. _genderCode; } 


在 初始 化 时 先 将 其 设置 为 默认 值 。 (顺便 说 一 句 ， 昌 然 
大 多 数 人 可 以 归 类 为 男性 或 女性 ， 但 确实 有 些 人 不 是 这 两 种 性 
别 中 的 任何 一 种 。 急 视 这 些 人 的 存在 ， 是 一 个 常见 的 建 模 错 
lka J 

HEA BE WER, KREANTE EKE. 
为 此 ， 首 先 要 修改 工厂 图 数 ， 令 其 返回 一 个 person 对 象 ， 然 后 
修改 所 有 instanceof 检 查 逻 辑 ， 改 为 使 用 性 别 代码 字段 。 








function createPerson(aRecord) { 

Switch (aRecord.gender) { 
case 'M': return new Person(aRecord.name, "M"); 
case 'F': return new Female(aRecord.name); 
default: return new Person(aRecord.name) ; 


J 
t 


class Person... 


get isMale() {return "M" === this. _genderCode; } 


此 时 我 可 以 测试 ， 删 除 Male 子 类 ， 再 次 测试 ， 然 后 对 
Female 子 类 也 如 法 炮制 。 


function createPerson(aRecord) { 

switch (aRecord.gender) { 
case 'M': return new Person(aRecord.name, "M"); 
case 'F': return new Person(aRecord.name, "F"); 
default: return new Person(aRecord.name) ; 


} 
i 


类 型 代码 的 分 配 有 点 儿 失 衡 ， 默 认 情 况 没 有 类 型 代码 ， 
这 种 情况 让 我 很 烦心 。 未 来 阅读 代码 的 人 会 一 直 好 奇 背 后 的 原 


因 。 所 以 我 更 愿意 现在 做 点 儿 修 改 ， 给 所 有 情况 都 平等 地 分 配 
类 型 代码 一 一 只 要 不 会 引入 额外 的 复杂 性 就 好 。 











function createPerson(aRecord) { 
switch (aRecord.gender) { 
case 'M': return new Person(aRecord.name, "M"); 
case 'F': return new Person(aRecord.name, "F"); 


default: return new Person(aRecord.name, "X"); 
} 
} 


class Person... 


constructor(name, genderCode) { 
this. _ name = name; 
this._genderCode = genderCode || "X"; 


} 


12.8 ”提炼 超 类 (Extract Superclass) 


class Department { 
get totalAnnualCost() {...} 
get name() {...} 
get headCount() {...} 


class Employee { 
get annualCost() {...} 
get name() {...} 
get id() {...} 


= 


< 


class Party { 
get name() {...} 
get annualCost() {...} 


} 


class Department extends Party { 
get annualCost() {...} 
get headCount() {...} 

} 


class Employee extends Party { 
get annualCost() {...} 
get id() {...} 


动机 


如 果 我 看 见 两 个 类 在 做 相似 的 事 ， 可 以 利用 基本 的 继承 
机 制 把 它们 的 相似 之 处 提炼 到 超 类 。 我 可 以 用 字段 上 移 
(353) 把 相同 的 数据 搬 到 超 类 ， 用 函数 上 移 (350) 搬移 相同 
的 行为 。 


很 多 技术 作家 在 谈 到 面 问 对 象 时 ， 认 为 继承 必须 预先 仔 
细 计 划 ， 应 该 根据 “真实 世界 ”的 分 类 结构 建立 对 象 模 型 。 真 实 
世界 的 分 类 结构 可 以 作为 设计 继承 关系 的 提示 ， 但 还 有 很 多 时 
候 ， 人 合理 的 继承 关系 是 在 程序 演化 的 过 程 中 才 浮 现 出 来 的 : 我 
T a 
承 关 系 。 


另 一 种 选择 就 是 提炼 类 (182) 。 这 两 种 方案 之 间 的 选 
择 ， 其 实 就 是 继承 和 委托 之 间 的 选择 ， 总 之 目的 都 是 把 重复 的 
行为 收拢 一 处 。 提 炼 超 类 通常 是 比较 简单 的 做 法 ， 所 以 我 会 首 
选 这 个 方案 。 即 便 选 错 了 ， 也 总 有 以 委托 取代 超 类 (399) 这 
His ZY AY AZ, o 























做 法 


。 为 原本 的 类 新 建 一 个 空白 的 超 类 。 


如 果 需 要 的 话 ， 用 改变 函数 声明 (124) 调整 构造 函 
数 的 签名 。 


。 测 试 。 

。 使 用 构造 函数 本 体 上 移 (355) 、 函 数 上 移 (350) 和 字段 
上 移 (353) 手法 ， 逐 一 将 子 类 的 共同 元 系 上 移 到 超 关 。 

。 检查 留 在 子 类 中 的 函数 ， 看 它们 是 否 还 有 共同 的 成 分 。 如 
果 有 ， 可 以 先 用 提炼 函数 (106) 将 其 提炼 出 来 ， 再 用 函 
BLK (350) 搬 到 超 类 。 

。 检查 所 有 使 用 原本 的 类 的 客户 端 代 码 ， 考 虑 将 其 调整 为 使 
用 超 类 的 接口 。 


vu fil 


下 面 这 两 个 类 ， 仔 细 考 虑 之 下 ， 是 有 一 些 共 同 之 处 的 
一 一 它们 都 有 名 字 Cname) ， 也 都 有 月 度 成 本 (monthly 
cost) 和 年 度 成 本 (annual cost) 的 概念 : 


class Employee { 
constructor(name, id, monthlyCost) { 
this._id = id; 
this. name = name; 


this. _monthlyCost = monthlyCost; 


get monthlyCost() {return this._monthlyCost; } 
get name() {return this._name;} 
get id() {return this._id;} 


get annualCost() { 
return this.monthlyCost * 12; 
} 
} 


class Department { 
constructor(name, staff){ 
this. _name = name; 
this._staff = staff; 


get staff() {return this. _staff.slice();} 
get name() {return this._name;} 


get totalMonthlyCost() { 
return this.staff 
.map(e => e.monthlyCost) 
.reduce( (sum, cost) => sum + cost); 


} 
get headCount() { 
return this.staff.length; 


} 
get totalAnnualCost() { 

return this.totalMonthlyCost * 12; 
} 


i 





可 以 为 它们 提炼 一 个 共同 的 超 类 ， 更 明显 地 表达 出 它们 
之 间 的 共同 行为 。 


首先 创建 一 个 空 的 超 类 ， 让 原来 的 两 个 类 都 继承 这 个 新 


class Party {} 


class Employee extends Party { 
constructor(name, id, monthlyCost) { 


super(); 

this._id = id; 

this. name = name; 
this._monthlyCost = monthlyCost; 


// rest of class... 
class Department extends Party { 
constructor(name, staff){ 
super(); 
this. name = name; 
this._staff = staff; 


// rest of class... 


在 提炼 超 类 时 ， 我 喜欢 先 从 数据 开始 搬移 ， 在 JavaScript 
中 就 需要 修改 构造 函数 。 我 完 用 字段 上 移 (353) Ename FE 
搬 到 超 类 中 。 


class Party... 


constructor (name) { 
this. name = name; 


I 


class Employee... 


constructor(name, id, monthlyCost) { 
super (name); 
this._id = id; 
this. _monthlyCost = monthlyCost; 

} 


class Department... 


constructor(name, staff){ 
super (name); 
this._staff = staff; 

} 


把 数据 搬 到 超 类 的 同时 ， 可 以 用 函数 上 移 (350) 把 相关 
的 函数 也 一 起 搬移 。 首 先是 name 函 数 : 


class Party... 


get name() {return this._name; } 


class Employee... 


get name() {return this._name; } 


class Department... 


get name() {return this._name; } 


有 两 个 函数 实现 非常 相似 。 


class Employee... 


get annualCost() { 
return this.monthlyCost * 12; 


class Department... 


get totalAnnualCost() { 
return this.totalMonthlyCost * 12; 
} 


它们 各 自 使 用 的 函数 monthlycost 和 totalMonthlycost 名 
字 和 实现 都 不 同 ， 但 意图 却 是 一 致 我 可 以 用 改变 函数 声明 
(124) 将 它们 的 名 字 统 一 。 





class Department... 


get totalAnnualCost() { 
return this.monthlyCost * 12; 


get monthlyCost() { ... } 


然后 对 计算 年 度 成 本 的 函数 也 做 相似 的 改名 : 


class Department... 


get annualCost() { 
return this.monthlyCost * 12; 





现在 可 以 用 函数 上 移 (350) EXA pA HR BEBE J 。 


class Party... 


get annualCost() { 
return this.monthlyCost * 12; 
} 


class Employee... 


12.9 frees A (Collapse 
Hierarchy ) 


class Employee {.. 
class Salesman extends Employee {...} 


y 


V 


class Employee {...} 


动机 


在 重 构 类 继承 体系 时 ， 我 经 常 把 函数 和 字段 上 下 移动 。 
随 着 继承 体系 的 演化 ， 我 有 时 会 发 现 一 个 类 与 其 超 类 已 经 没 多 
大 兰 别 ， 不 值得 再 作为 独立 的 类 存在 。 此 时 我 就 会 把 超 关 和 子 
类 合并 起 来 。 








做 法 





。 选 择 想 移 除 的 类 : 是 超 类 还 是 子 类 ? 





我 选择 的 依据 是 看 哪个 类 的 名 字 放 在 未 来 更 有 意 
义 。 如 果 两 个 名 字 者 不 够 好 ， 我 就 随便 挑 一 个 。 


。 使 用 字段 上 移 (353) 、 字 段 下 移 (361) . HALLE 
(350) 和 函数 下 移 (359) ， 把 所 有 元 素 都 移 到 同一 个 类 


中 。 

。 调整 即将 补 移 除 的 那个 类 的 所 有 引用 点 ， 令 它们 改 而 引用 
合并 后 留 下 的 类 。 

。 移 除 我 们 的 目标 ， 此 时 它 应 该 已 经 成 为 一 个 空 类 。 

e IRo 





12.10 ”以 委托 取代 子 类 (Replace 
Subclass with Delegate ) 


class Order { 
get daysToShip() { 
return this. _warehouse.daysToShip; 
J 
} 


class PriorityOrder extends Order { 
get daysToShip() { 
return this._priorityPlan.daysToShip; 
t 
} 


Y 


Y 


class Order { 
get daysToShip() { 
return (this._priorityDelegate) 
? this._priorityDelegate.daysToShip 
: this._warehouse.daysToShip; 
} 
} 


class PriorityOrderDelegate { 


get daysToShip() { 
return this. _priorityPlan.daysToShip 
} 
} 


动机 








如 果 一 个 对 象 的 行为 有 明显 的 类 别 之 分 ， 继 承 是 很 自然 
的 表达 方式 。 我 可 以 把 共用 的 数据 和 行为 放 在 超 类 中 ， 每 个 子 
类 根据 需要 窗 写 部 分 特性 。 在 面 同 对 象 语言 中 ， 继 承 很 容易 实 
现 ， 因 此 也 是 程序 员 熟 悉 的 机 制 |。 


但 继承 也 有 其 短 板 。 最 明显 的 是 ， 继 承 这 张 牌 只 能 打 一 
次 。 导 致 行为 不 同 的 原因 可 能 有 多 种 ， 但 继承 只 能 用 于 处 理 一 
个 方向 上 的 变化 。 比 如 说 ， 我 可 能 希望 < 人 ”的 行为 根据 “年 龄 
段 ? 人 不 同 ， 并 且 根 据 “ 收 入 水 平 ?不 同 。 使 用 继承 的 话 ， 子 类 可 
以 是 “年 轻 人 ”和 “老人 ”， 也 可 以 是 “ 富 人 ”和 “穷人 ”， 但 不 能 同 
时 采用 两 种 继承 方式 。 


更 大 的 问题 在 于 ， 继 承 给 类 之 间 引 入 了 非常 紧密 的 天 
系 。 在 超 类 上 做 任何 修改 ， 都 很 可 能 破坏 子 类 ， 所 以 我 必须 非 
常 小心， 并且 充分 理解 子 类 如 何 从 超 类 派生 。 如 果 两 个 类 的 远 
辑 分 处 不 同 的 模块 、 由 不 同 的 团队 负责 ， 问 题 就 会 更 抹 烦 。 

这 两 个 问题 用 委托 都 能 解决 。 对 于 不 同 的 变化 原因 ， 我 
可 以 委托 给 不 同 的 类 。 委 托 是 对 象 之 间 常 规 的 关系 。 与 继承 关 
系 相 比 ， 使 用 委托 关系 时 接口 更 清晰 、 厢 合 更 少 。 因 此 ， 继 承 
关系 遇 到 问题 时 运用 以 委托 取代 子 类 是 津 见 的 情况 。 


有 一 条 流行 的 原则 : “对象 组 合 优 于 类 继承 ”(“ 组 















































合 ” 跟 “委托 ”是 同一 回 事 ) 。 很 多 人 把 这 句 话 解读 为 “继承 有 
害 ”， 并 因此 声称 绝 不 应 该 使 用 继承 。 我 经 常 使 用 继承 ， 部 分 
征 因为 我 知道 ， 如 末 稍 后 需要 改变 ， 我 总 可 以 使 用 以 委托 取代 
子 类 。 继 承 是 一 种 很 有 价值 的 机 制 ， 大 部 分 时 候 能 达到 效果 ， 
不 会 市 来 问题 。 所 以 我 会 从 继承 开始 ， 如 宁 开 始 出 现 问 题 ， 再 
转 而 使 用 委托 。 这 种 用 法 与 前 面 说 的 原则 实际 上 是 一 致 的 一 一 
这 条 出 自 名 着 《设计 模式 》[gof] 的 原则 解释 了 如 何 让 继承 和 组 
合 协 同 工 作 。 这 条 原则 之 所 以 强调 “组 合 优 于 继承 ”， 其 实 是 对 
彼 时 继承 和 常 伞 滥用 的 回应 。 


熟悉 《设计 模式 》 一 书 的 读者 可 以 这 样 来 理解 本 重 构 手 
法 ， 束 是 用 状态 (State〉 模 式 或 者 集 略 (Strategy)〉 模 式 取代 
了 类。 这 两 个 模式 在 结构 上 是 相同 的 ， 都 是 由 宿主 对 象 把 责任 
委托 给 另 一 个 继承 体系 。 以 委托 取代 子 类 并 非 总 会 需要 建立 一 
个 继承 体系 来 接受 委托 下面 第 一 个 例子 就 没有 ) ， 不 过 建立 
一 个 状态 或 策略 的 继承 体系 经 常 都 是 有 用 的 。 























做 法 





。 如 末 构 造 沙 数 有 多 个 调用 者 ， 首 先 用 以 工厂 函数 取代 构造 
函数 (334) 把 构造 函数 包装 起 来 。 

创建 一 个 空 的 委托 类 ， 这 个 类 的 构造 函数 应 该 接受 所 有 子 
类 特有 的 数据 项 ， 并 且 经 第 以 参数 的 形式 接受 一 个 指 回 超 
类 的 引用 。 

在 超 类 中 添加 一 个 字段 ， 用 于 安放 委托 对 象 。 

修改 子 类 的 创建 逻辑 ， 使 其 初始 化 上 述 委 托 字 段 ， 放 入 一 
个 委托 对 象 的 实例 。 








这 一 步 可 以 在 工厂 函数 中 完成 ， 也 可 以 在 构造 函数 
ne 
的 话 ) 。 


选择 一 个 子 类 中 的 函数 ， 将 其 移入 委托 类 。 
使 用 搬移 函数 “198) 手法 搬移 上 述 函 数 ， 不 要 删除 源 类 
中 的 委托 代码 。 


如 果 这 个 方法 用 到 的 其 他 元 素 也 应 该 被 移入 委托 对 
象 ， 就 把 它们 一 并 搬移 。 如 果 它 用 到 的 元 素 应 该 留 在 超 类 
中 ， 就 在 委托 对 象 中 添加 一 个 字段 ， 令 其 指向 超 类 的 实 
ae 
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类 中 的 委托 代码 从 子 类 移 到 超 类 ， 并 在 委托 代码 之 前 加 上 
卫 语 句 ， 检 查 委 托 对 象 存在 。 如 果子 类 之 外 已 经 没有 其 他 
eo eee ery 
ERE 0 











如 果 有 多 个 委托 类 ， 并 且 其 中 的 代码 出 现 了 重复 ， 
就 使 用 提炼 超 类 〈375) 手法 消除 重复 。 此 时 如 果 默 认 行 
为 已 经 被 移入 了 委托 类 的 超 类 ， 源 超 类 的 委托 函数 就 不 再 
需要 卫 语句 了 。 





e Mix. 


。 重复 上 述 过 程 ， 直 到 子 关 中 所有 函数 都 搬 到 委托 类 。 

。 找 到 所 有 调用 子 类 构造 函数 的 地 方 ， 逐 一 将 其 改 为 使 用 超 
类 的 构造 函数 。 

e Mhi. 

。 运 用 移 除 死 代码 〈237) ATR. 
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下 面 这 个 类 用 于 处 理 演 出 Cshow) 的 预订 (booking) . 


class Booking... 


constructor(show, date) { 
this. _show = show; 
this._date = date; 


} 


它 有 一 个 子 类 ， 专 门 用 于 预订 高 级 (premium) 票 ， 这 
个 子 类 要 考虑 各 种 附加 服务 〈extra) 。 


class PremiumBooking extends Booking... 


constructor(show, date, extras) { 
super(show, date); 
this._extras = extras; 





PremiumBooking 类 在 超 类 基础 上 做 了 好 些 改 变 。 在 这 


种 “针对 差异 编程 ”(programming-by-difference) 的 风格 中 ， 子 
类 种 会 履 与 超 类 的 方法 ， 有 时 还 会 添加 只 对 子 类 有 意义 的 新 方 
法 。 我 不 打算 讨论 所 有 差异 点 ， 只 选 几 处 有 意思 的 案例 来 分 
析 。 








先 来 看 一 处 简单 的 履 写 。 常 规 票 在 演出 结束 后 会 有 “对 话 
创作 者 ”环节 (talkback) ， 但 只 在 非 高 峰 日 提供 这 项 服务 。 





class Booking... 


get hasTalkback() { 


return this._show.hasOwnProperty('talkback') && !this.isPeakD 
PremiumBooking 禾 写 了 这 个 逻辑 ， 任 何 一 天 都 提供 与 创 
作者 的 对 话 。 


class PremiumBooking... 


get hasTalkback() { 
return this. _show.hasOwnProperty('talkback'); 


FE NES ETE INS, ARRAS 
同 : PremiumBooking 调 用 了 超 类 中 的 方法 。 


class Booking... 


get basePrice() { 
let result = this. _show.price; 
if (this.isPeakDay) result += Math.round(result * 0.15); 
return result; 


J 


class PremiumBooking... 


get basePrice() { 
return Math.round(super.basePrice + this._extras.premiumFee 


最 后 一 个 例子 是 PremiumBooking 提 供 了 一 个 超 类 中 没有 


的 行为 。 
class PremiumBooking... 


get hasDinner() { 
return this. _extras.hasOwnProperty('dinner') && !this.isPea 


} 


继承 在 这 个 例子 中 工作 良好 。 即 使 不 了 解 子 类 ， 我 同样 
也 可 以 理解 超 类 的 逻辑 。 子 类 只 描述 自己 与 超 类 的 差 寞 一 一 既 
避 人 急 了 重复 ， 叉 清晰 地 表述 了 自己 引入 的 差 腊 。 


说 真 的 ， 它 也 并 非 如 此 完美 。 超 类 的 一 些 结构 只 在 特定 
的 子 类 存在 时 才 有 意义 一 一 有 些 函 数 的 组 织 方式 完全 束 是 为 了 
方便 履 写 特定 类 型 的 行为 。 所 以 ， 尽 管 大 部 分 时 候 我 可 以 修改 
超 类 而 不 必 理 解 子 类 ， 但 如 果 刻 意 不 关注 子 类 的 存在 ， 在 修改 
超 类 时 侦 尔 有 可 能 会 破坏 子 类 。 不 过 ， 如 宁 这 种 “偶尔 ”发 生得 


























不 太 频繁 ， 继 承 就 还 是 划算 的 -只 要 我 有 良好 的 测试 ， 当 子 


类 被 破坏 时 惑 能 及 时 发 现 。 


那么 ， 既 然 情况 还 算 不 坏 ， 为 什么 我 想 用 以 委托 取代 子 
类 来 做 出 改变 呢 ? 因为 继承 只 能 使 用 一 次 ， 如 果 我 有 别 的 原因 
想 使 用 继承 ， 并 且 这 个 新 的 原因 比 “ 高 级 预订 ?更 有 必要 ， 就 需 
要 换 一 种 方式 来 处 理 高 级 预订 。 另 外 ， 我 可 能 需要 动态 地 把 普 
通 预 订 升 级 成 高 级 预订 ， 例 如 提供 agooking.bepremium() 这 样 
一 个 函数 。 有 了 时 我 可 以 新 建 一 个 对 象 〈 就 好 像 通 过 HTTP 请 求 
从 服务 器 端 加 载 全 新 的 数据 ) ， 从 而 避免 “对 象 本 里 升级 ”的 问 
题 。 但 有 时 我 需要 修改 数据 本 喘 的 结构 ， 而 不 重建 整个 数据 结 
构 。 如 果 一 个 Booking 对 象 补 很 多 地 方 引用 ， 也 很 难 将 其 整个 
蔡 换 掉 。 此 时 ， 就 有 必要 允许 在 “普通 预订 ”和 “高 级 预订 ”之 间 
来 回转 换 。 

当 这 样 的 需求 积累 到 一 定 程度 时 ， 我 就 该 使 用 以 委托 取 
i 0 
I 预订 。 




















进行 普通 预订 的 客户 端 


aBooking = new Booking(show, date); 
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aBooking = new PremiumBooking(show, date, extras); 


去 除 子 类 会 改变 对 象 创建 的 方式 ， 所 以 我 要 先 用 以 工厂 


函数 取代 构造 函数 (334) 把 构造 函数 封装 起 来 。 


顶层 作用 域 .… 


function createBooking(show, date) { 
return new Booking(show, date); 


} 


function createPremiumBooking(show, date, extras) { 
return new PremiumBooking (show, date, extras); 


J 


进行 普通 预订 的 客户 端 


aBooking = createBooking(show, date); 


BEAT RIA WP ia 


aBooking = createPremiumBooking(show, date, extras); 





然后 新 建 一 个 委托 类 。 这 个 类 的 构造 函数 参数 有 两 部 
分 : 首先 是 指 癌 Booking 对 象 的 反 回 引用 ， 随 后 是 只 有 子 类 才 
需要 的 那些 数据 。 我 需要 传 入 反 回 引用 ， 是 因为 子 类 的 几 个 函 
数 需要 访问 超 类 中 的 数据 。 有 继承 关系 的 时 候 ， 访 问 这 些 数据 
很 容易 ， 而 在 委托 关系 中 ， 束 得 通过 反 同 引用 来 访问 。 





























class PremiumBookingDelegate... 


constructor(hostBooking, extras) { 
this._host = hostBooking; 
this._extras = extras; 


} 


现在 可 以 把 新 建 的 委托 对 象 与 Booking 对 象 关联 起 来 。 
在 “创建 高 级 预订 ”的 工厂 函数 中 修改 即 可 。 





顶层 作用 域 ... 


function createPremiumBooking(show, date, extras) { 
const result = new PremiumBooking (show, date, extras); 
result. _bePremium(extras); 
return result; 


class Booking... 


_bePremium(extras) { 
this. _premiumDelegate = new PremiumBookingDelegate(this, ex 


_bePremium 函 数 以 下 划 线 开头 ， 表 示 这 个 函数 不 应 该 被 
当 作 Booking 关 的 公共 接口 。 当然 ， 如 果 最 终 我 们 希望 允许 普 
通 预订 转换 成 高 级 预订 ， 这 个 函数 也 可 以 成 为 公共 接口 。 





或 者 我 也 可 以 在 Booking 类 的 构造 函数 中 构建 它 与 委 
托 对 象 之 间 的 联系 。 为 此 ， 我 需要 以 某 种 方式 告诉 构造 函 





数 “ 这 是 一 个 高 级 预订 ”: 可 以 通过 一 个 额外 的 参数 ， 也 可 
以 直接 通过 extras 参 数 来 表示 〈 如 果 我 能 确定 这 个 参数 只 
有 高 级 预订 才 会 用 到 的 话 ) 。 不 过 我 还 是 更 愿意 在 工厂 也 
数 中 构建 这 层 联系 ， 因 为 这 样 可 以 把 意图 表达 得 更 明确 。 











结构 设置 好 了 ， 现 在 该 动手 搬移 行为 了 。 我 首先 考 
虑 hasTalkback 函 数 简 单 的 敢 写 逻辑。 现在 的 代码 如 下 。 


class Booking... 


get hasTalkback() { 
return this. _show.hasOwnProperty('talkback') && !this.isPea 


class PremiumBooking... 


get hasTalkback() { 
return this. _show.hasOwnProperty('talkback'); 


} 


我 用 搬移 函数 198) 把 子 类 中 的 函数 搬 到 委托 类 中 。 为 
ii 
用 _host 对 象 。 





class PremiumBookingDelegate... 


get hasTalkback() { 
return this. host. _show.hasOwnProperty('talkback'); 


class PremiumBooking... 


get hasTalkback() { 
return this._premiumDelegate.hasTalkback; 


测试 ， 确 保 一 切 正 常 ， 然 后 把 子 类 中 的 函数 删 挥 ; 


class PremiumBooking... 


再 次 测试 ， 现 在 应 该 有 一 些 测试 失败 ， 因 为 原本 有 些 代 
码 会 用 到 子 类 上 HJhasTalkback PA 数 o 


现在 我 要 修复 这 些 失 败 的 测试 ， 在 超 类 的 函数 中 添加 适 
当 的 分 发 逻辑， 如 果 有 代理 对 象 存 在 就 使 用 代理 对 象 。 这 样 ， 
这 一 步 重 构 就 算 完 成 了 。 











class Booking... 


get hasTalkback() { 
return (this. _premiumDelegate) 
? this. _premiumDelegate.hasTalkback 
: this. _show.hasOwnProperty('talkback') && !this.isPeakDa 
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class Booking... 


get basePrice() { 
let result = this. _show.price; 
if (this.isPeakDay) result += Math.round(result * 0.15); 
return result; 


class PremiumBooking... 


get basePrice() { 
return Math.round(super.basePrice + this._extras.premiumFee 








EKRU, BAAI: 子 类 中 调用 了 超 类 
中 的 同名 函数 《在 这 种 “ 子 类 扩展 超 类 行为 ”的 用 法 中 ， 这 种 情 
况 很 常见 ) 。 把 子 类 的 代码 移 到 委托 类 时 ， 需 要 继续 调用 超 类 
EA) $E: 但 我 不 能 直接 调用 this._host.basePrice， 这 会 导 
致 无 穷 递 归 ， 因 为 _host 对 象 就 是 PremiumBooking 对 象 自己 。 


有 两 个 办 法 来 处 理 这 个 问题 。 一 种 办 法 是 ， 可 以 用 提炼 
PAB (106) 把 “基本 价格 * 的 计算 逻辑 提炼 出 来 ， 从 而 把 分 友 
逻辑 与 价格 计算 逻辑 拆 开 。〔 剩 下 的 操作 惑 跟前 面 的 例子 一 样 
Jed 














class Booking... 


get basePrice() { 
return (this. _premiumDelegate) 
? this. _premiumDelegate.basePrice 
this. _privateBasePrice; 


J 


get _privateBasePrice() { 
let result = this._show.price; 
if (this.isPeakDay) result += Math.round(result * 0.15); 
return result; 


J 


class PremiumBookingDelegate... 


get basePrice() { 
return Math.round(this._host._privateBasePrice + this._extr 


} 
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成 为 基础 函数 的 扩展 。 


class Booking... 


get basePrice() { 
let result = this._show.price; 
if (this.isPeakDay) result += Math.round(result * 0.15); 
return (this. _premiumDelegate) 
? this. _premiumDelegate.extendBasePrice(result ) 
result; 


class PremiumBookingDelegate... 


extendBasePrice(base) { 
return Math.round(base + this._extras.premiumFee) ; 
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最 后 一 个 例子 是 一 个 只 存在 于 子 类 中 的 函数 。 





class PremiumBooking... 


get hasDinner() { 
return this. _extras.hasOwnProperty('dinner') && !this.isPea 


ł 


我 把 它 从 子 类 移 到 委托 类 。 
class PremiumBookingDelegate... 


get hasDinner() { 
return this._extras.hasOwnProperty('dinner') && !this._host 


} 


然后 在 Booking 关 中 添加 分 发 馆 辑 。 


class Booking... 


get hasDinner() { 
return (this. _premiumDelegate) 
? this. _premiumDelegate.hasDinner 
: undefined; 


在 JavaScript 中 ， 如 果 尝 试 访问 一 个 没有 定义 的 属性 ， 吏 
会 得 到 undefined， 所 以 我 在 这 个 函数 中 也 这 样 做 。〈 尽 管 我 
直觉 认为 应 该 抛 出 错误 ， 我 所 熟悉 的 其 他 面向 对 象 动态 语言 就 
是 这 样 做 的 。) 


所 有 的 行为 都 从 子 类 中 搬移 出 去 之 后 ， 我 就 可 以 修改 工 
三 函数 ， 令 其 返回 超 类 的 实例 。 再 次 运行 测试 ， 确 保 一 切 都 运 
FER UF, PRIA Bat] VAM BR PR 


TUE VE aK... 


function createPremiumBooking(show, date, extras) { 
const result = new PremiumBooking (show, date, extras); 
result. _bePremium(extras); 
return result; 


} 
€ltass—PremitmBeeoking—extencds—Beeking——— 











只 看 这 个 重 构 本 向 ， 我 并 不 觉得 代码 质量 得 到 了 提升 。 
继承 原本 很 好 地 应 对 了 需求 场景 ， 换 成 委托 以 后 ， 我 增加 了 分 
发 逻辑 、 双 回 引 用， 复杂 度 上 升 不 少 。 不 过 这 个 重 构 可 能 还 是 
值得 的 ， 因 为 现在 “是 否 高 级 预订 ”这 个 状态 可 以 改变 了 ， 并 且 
我 也 可 以 用 继承 来 达成 其 他 目的 了 。 如 果 有 这 些 需求 的 话 ， 去 
除 原 有 的 继承 关系 带 来 的 损失 可 能 还 是 划算 的 。 





























类 


范例 : 取代 继承 体系 


前 面 的 例子 展示 了 如 何 用 以 委托 取代 子 类 去 除 单个 子 
还 可 以 用 这 个 重 构 手法 去 除 整 个 继承 体系 。 


function createBird(data) { 
switch (data.type) { 
case 'EuropeanSwallow' : 
return new EuropeanSwallow(data); 
case 'AfricanSwallow': 
return new AfricanSwallow(data) ; 
case 'NorweigianBlueParrot': 
return new NorwegianBlueParrot(data); 
default: 
return new Bird(data); 
} 


} 


class Bird { 
constructor(data) { 
this. name = data.name; 
this. plumage = data.plumage; 


get name() {return this._name;} 


get plumage() { 

return this. plumage || "average"; 
} 
get airSpeedVelocity() {return null;} 


} 


class EuropeanSwallow extends Bird { 
get airSpeedVelocity() {return 35;} 


class AfricanSwallow extends Bird { 
constructor(data) { 
super (data); 
this. numberOfCoconuts = data.numberOfCoconuts; 
} 
get airSpeedVelocity() { 
return 40 - 2 * this._numberOfCoconuts; 


} 
Í 


class NorwegianBlueParrot extends Bird { 
constructor (data) { 
super (data); 
this._voltage = data.voltage; 
this._isNailed = data.isNailed; 


i; 


get plumage() { 
if (this._voltage > 100) return "scorched"; 
else return this._plumage || "beautiful"; 


get airSpeedVelocity() { 
return (this._isNailed) ? © : 10 + this._voltage / 10; 


上 面 这 个 关于 鸟 儿 (bird) 的 系统 很 快要 有 一 个 大 变 
化 : 有 些 乌 是 “野生 的 ”wild) , AYER EAH 
的 ”Ccaptive〉， 两 者 之 间 的 行为 会 有 很 大 差异 。 这 种 差异 可 
DEIR Bird% 的 两 个 子 类 : wildBird 和 captiveBird。 但 继承 
只 能 用 一 次 ， 所 以 如 果 想 用 子 类 来 表现 “野生 >” 和“ 家养 > 的 差 
异 ， 就 得 先 失掉 关于 “不 周 品种 > 的 继承 关系 


在 涉及 多 个 子 类 时 ， 我 会 一 次 处 理 一 个 子 类 ， 先 从 简单 
的 开始 TXE, 最 简单 的 当 属 Europeanswallow (欧洲 
He) 。 我 先 给 它 建 一 个 空 的 委托 类 。 























class EuropeanSwallowDelegate { 





委托 类 中 暂时 还 没有 传 入 任何 数据 或 有 反 疝 引用 。 在 这 个 
例子 里 ， 我 会 在 需要 时 再 引入 这 些 参数 。 
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的 唯一 参数 data 包 含 了 所 有 的 信息 ， 我 决定 在 构造 函数 中 初始 
化 委托 字段 。 考 虑 到 有 多 个 委托 对 象 要 添加 ， 我 会 建 一 个 函 
数 ， 其 中 根据 类 型 码 (data.type) 来 选择 适当 的 委托 对 象 。 





class Bird... 


constructor(data) { 
this. name = data.name; 
this. plumage = data.plumage; 
this. _speciesDelegate = this.selectSpeciesDelegate(data); 


} 


selectSpeciesDelegate(data) { 
switch(data.type) { 
case 'EuropeanSwallow': 
return new EuropeanSwallowDelegate(); 
default: return null; 


结构 设置 完毕 ， 我 可 以 用 搬移 函数 (198) 把 
EuropeanSwallowl(‘JairSpeedVelocity Ph ai EEH AA o 


class EuropeanSwallowDelegate... 


get airSpeedVelocity() {return 35; } 


class EuropeanSwallow... 


get airSpeedVelocity() {return this. _speciesDelegate.airSpeed 


JE BGEBZE WairSpeedvelocityi mM, WRIA RENA 
存在 ， 就 调用 之 。 


Class Bird... 


get airSpeedVelocity() { 
return this. speciesDelegate ? this. _speciesDelegate.airSpe 


} 


然后 ， 删 除 子 类 。 


顶层 作用 域 .… 


function createBird(data) { 
switch (data.type) { 


case 'AfricanSwallow': 
return new AfricanSwallow(data); 
case 'NorweigianBlueParrot': 
return new NorwegianBlueParrot(data); 
default: 
return new Bird(data); 
} 


J 


接 下 来 处 理 AfricanSswalLlow (非洲 区 ) 于 为 它 创建 








一 个 委托 类 ， 这 次 委托 类 的 构造 函数 需要 传 入 data 参 数 。 
class AfricanSwallowDelegate... 


constructor(data) { 
this. _numberOfCoconuts = data.numberOfCoconuts; 


} 


class Bird... 


selectSpeciesDelegate(data) { 
switch(data.type) { 
case 'EuropeanSwallow': 
return new EuropeanSwallowDelegate(); 
case 'AfricanSwallow': 
return new AfricanSwallowDelegate(data); 
default: return null; 
} 
} 


同样 用 搬移 函数 (198) 把 airspeedvelocity 搬 到 委托 类 
中 。 


class AfricanSwallowDelegate... 


get airSpeedVelocity() { 
return 40 - 2 * this. _numberOfCoconuts; 


} 


class AfricanSwallow... 


get airSpeedVelocity() { 
return this. speciesDelegate.airSpeedVelocity; 
} 


再 删 挤 Africanswallow 子 类 。 


' 7 T perdi 
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function createBird(data) { 
switch (data.type) { 


了 
case 'NorweigianBlueParrot': 
return new NorwegianBlueParrot(data); 
default: 
return new Bird(data); 
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建委 托 类 和 搬移 airspeed velocity 函 数 的 步 又 者 跟前 面 一 样 ， 
所 以 我 直接 展示 结果 好 了 了。 


class Bird... 


selectSpeciesDelegate(data) { 
switch(data.type) { 
case 'EuropeanSwallow': 
return new EuropeanSwallowDelegate(); 
case 'AfricanSwallow': 
return new AfricanSwallowDelegate(data) ; 


case 'NorweigianBlueParrot': 
return new NorwegianBlueParrotDelegate(data); 
default: return null; 


} 
t 


class NorwegianBlueParrotDelegate... 


constructor(data) { 
this. voltage = data.voltage; 
this. _isNailed = data.isNailed; 


get airSpeedVelocity() { 
return (this. _isNailed) ? © : 10 + this._voltage / 10; 


} 


一 切 正 第 。 但 NorwegianBlueParrot 还 禾 写 了 plumage 属 
性 ， 前 面 两 个 例子 则 没有 。 首 先 我 还 是 用 搬移 函数 〈198) 把 
plumage 函 数 搬 到 委托 类 中 ， 这 一 步 不 难 ， 不 过 需要 修改 构造 
函数 ， 放 入 对 Bird 对 象 的 反 向 引用 。 





class NorwegianBlueParrot... 


get plumage() { 
return this._speciesDelegate. plumage; 


} 


class NorwegianBlueParrotDelegate... 


get plumage() { 


if (this. voltage > 100) return "scorched"; 
else return this. bird. plumage || "beautiful"; 


} 


constructor(data, bird) { 
this._bird = bird; 
this. voltage = data.voltage; 
this. _isNailed = data.isNailed; 


} 


class Bird... 


selectSpeciesDelegate(data) { 
switch(data.type) { 
case 'EuropeanSwallow': 
return new EuropeanSwallowDelegate(); 
case 'AfricanSwallow': 
return new AfricanSwallowDelegate(data); 
case 'NorweigianBlueParrot': 
return new NorwegianBlueParrotDelegate(data, this); 
default: return null; 
} 
} 


抵 烦 之 处 在 于 如 何 去 挥 子 类 中 的 plumage 冰 数 。 如 果 我 像 
下 面 这 么 干 就 会 得 到 一 大 堆 错 误 ， 因 为 其 他 品种 的 委托 类 没 
有 plumage 这 个 属性 。 


class Bird... 


get plumage() { 
if (this._speciesDelegate) 
return this._speciesDelegate.plumage; 
else 
return this._plumage || "average"; 


我 可 以 做 一 个 更 明确 的 条 件 分 友 : 


class Bird... 


get plumage() { 
if (this._speciesDelegate instanceof NorwegianBlueParrotDel 
return this._speciesDelegate. plumage; 
else 
return this._plumage || "average"; 


不 过 我 超级 反感 这 种 做 法 ， 布 望 你 也 能 闻 出 同样 的 坏 味 
道 。 像 这 样 的 显 式 类 型 检查 几乎 总 是 坏 主意 。 


另 一 个 办 法 是 在 其 他 委托 类 中 实现 默认 的 行为 。 














Class Bird... 


get plumage() { 
if (this. _speciesDelegate) 
return this._speciesDelegate. plumage; 
else 
return this._plumage || "average"; 


class EuropeanSwallowDelegate... 


get plumage() { 
return this._bird._plumage || "average"; 


} 


class AfricanSwallowDelegate... 


get plumage() { 
return this._bird._plumage || "average"; 


t 
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赋值 的 代码 也 会 重复 。 


解决 重复 的 办 法 ， 很 自然， 就 是 继承 一 一 用 提炼 超 类 
(375) 从 各 个 代理 类 中 提炼 出 一 个 共同 继承 的 超 类 。 


class SpeciesDelegate { 
constructor(data, bird) { 
this._bird = bird; 


} 
get plumage() { 
return this._bird._plumage || "average"; 


} 


class EuropeanSwallowDelegate extends SpeciesDelegate { 


class AfricanSwallowDelegate extends SpeciesDelegate { 
constructor (data, bird) { 
super (data,bird); 
this. _numberOfCoconuts = data.numberOfCoconuts; 


} 


class NorwegianBlueParrotDelegate extends SpeciesDelegate { 
constructor(data, bird) { 
super(data, bird); 
this._voltage = data.voltage; 
this._isNailed = data.isNailed; 


} 


有 了 共同 的 超 类 以 后 ， 束 可 以 把 speciesDelegate 字 上 段 默 


认 设 置 为 这 个 超 类 的 实例 ， 并 把 Bird 类 中 的 默认 行为 搬移 


到 speciesDelegate 超 类 中 。 


class Bird... 


selectSpeciesDelegate(data) { 
switch(data.type) { 
case 'EuropeanSwallow': 
return new EuropeanSwallowDelegate(data, this); 
case 'AfricanSwallow': 
return new AfricanSwallowDelegate(data, this); 
case 'NorweigianBlueParrot': 
return new NorwegianBlueParrotDelegate(data, this); 
default: return new SpeciesDelegate(data, this); 


} 


// rest of bird’s code... 
get plumage() {return this._speciesDelegate.plumage;} 


get airSpeedVelocity() {return this._speciesDelegate.airSpeed 


class SpeciesDelegate... 
get airSpeedVelocity() {return null;} 
我 喜欢 这 种 办 法 ， 因 为 它 简 化 了 Bird 关 中 的 委托 函数 。 
我 可 以 一 目 了 然 地 看 到 哪些 行为 已 经 被 委托 给 


SpeciesDelegate, 哪些 行为 还 留 在 Bird 类 中 。 


这 几 个 类 最 终 的 状态 如 下 : 


function createBird(data) { 


return new Bird(data); 


class Bird { 
constructor(data) { 
this. _name = data.name; 
this. plumage = data.plumage; 
this. _speciesDelegate = this.selectSpeciesDelegate(data); 


get name() {return this. name; } 
get plumage() {return this. _speciesDelegate.plumage; } 


get airSpeedVelocity() {return this. _speciesDelegate.airSpeed 


selectSpeciesDelegate(data) { 
Sswitch(data.type) { 
case 'EuropeanSwallow': 
return new EuropeanSwallowDelegate(data, this); 
case 'AfricanSwallow': 
return new AfricanSwallowDelegate(data, this); 
case 'NorweigianBlueParrot': 
return new NorwegianBlueParrotDelegate(data, this); 
default: return new SpeciesDelegate(data, this); 


} 


// rest of bird’s code... 


} 


class SpeciesDelegate { 
constructor(data, bird) { 
this._bird = bird; 


} 
get plumage() { 
return this._bird. plumage || "average"; 
} 
get airSpeedVelocity() {return null;} 


} 


class EuropeanSwallowDelegate extends SpeciesDelegate { 
get airSpeedVelocity() {return 35;} 


class AfricanSwallowDelegate extends SpeciesDelegate { 
constructor (data, bird) { 
super (data, bird); 
this. _numberOfCoconuts = data.numberOfCoconuts; 
} 
get airSpeedVelocity() { 
return 40 - 2 * this._numberOfCoconuts; 


} 
Í 


class NorwegianBlueParrotDelegate extends SpeciesDelegate { 
constructor (data, bird) { 
super (data, bird); 
this._voltage = data.voltage; 
this._isNailed = data.isNailed; 


get airSpeedVelocity() { 
return (this._isNailed) ? © : 10 + this._voltage / 10; 


get plumage() { 
if (this._voltage > 100) return "scorched"; 
else return this._bird._ plumage || "beautiful"; 


} 
J 


在 这 个 例子 中 ， 我 用 一 系列 委托 类 取代 了 原来 的 多 个 子 
类 ， 与 原来 非常 相似 的 继承 结构 被 转移 到 J 了 SpeciesDelegate 下 
面 。 除 了 给 Bird 类 重新 被 继承 的 机 会 ， 从 这 个 重 构 中 我 还 有 什 
么 收获 ? 新 的 继承 体系 范围 更 收拢 了 ， 只 涉及 各 个 品种 不 同 的 
数据 和 行为 ， 各 个 品种 相同 的 代码 则 全 都 留 在 了 Bird 中 ， 它 未 
来 的 子 类 也 将 得 益 于 这 些 共 用 的 行为 。 


在 前 面 的 “演出 预订 ”的 例子 中 ， 我 也 可 以 采用 同样 的 手 
ik, 创建 一 个 委托 超 类 。 这 样 在 Booking 类 中 就 不 需要 分 发 逻 
辑 ， 直 接 调用 委托 对 象 妈 可， 让 继承 关系 来 搞定 分 发 。 不 过 写 
到 这 儿 ， 我 要 去 吃 晚饭 了 ， 就 把 这 个 练习 留 给 读者 吧 。 

从 这 两 个 例子 看 来 , “对 象 组 合 优 于 类 继承 ”这 人 句 话 更 确 
切 的 表述 可 能 应 该 是 “审慎 地 组 合 使 用 对 象 组 合 与 类 继承 ， 优 
于 单独 使 用 其 中 任何 一 种 ”一 一 不 过 这 就 不 太 上 口 了 。 






































12.11 ARFER (Replace 
Superclass with Delegate ) 


曾 用 名 : 以 委托 取代 继承 (Replace Inheritance with 
Delegation ) 





class List {...} 
class Stack extends List {...} 


Y 


V 


class Stack { 
constructor() { 
this. storage = new List(); 


} 


} 
class List {...} 


动机 





在 面 问 对 象 程 序 中 ， 通 过 继承 来 复 用 现 有 功能 ， 是 一 种 
既 强 大 又 便捷 的 手段 。 我 只 要 继承 一 个 已 有 的 类 ， 复 写 一 些 功 
能 ， 再 添加 一 些 功能 ， 就 能 达成 目的 。 但 继承 也 有 可 能 造成 困 
扰 和 混乱 。 


在 对 象 技术 发 展 早期 ， 有 一 个 经 典 的 误 用 继承 的 例子 : 
让 栈 〈stack) 继承 列表 Aist) 。 这 个 想法 的 出 发 点 是 想 复 用 
列表 类 的 数据 存储 和 操作 能 力 。 虽 说 复 用 是 一 件 好 事 ， 但 这 个 
继承 关系 有 问题 : 列表 关 的 所 有 操作 都 会 出 现在 栈 类 的 接口 
上 ， 然 而 其 中 大 部 分 操作 对 一 个 栈 来 说 并 不 适用 。 更 好 的 做 法 
RAT 
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超 类 的 一 些 函 数 对 子 类 并 不 适用 ， 束 说 明 我 不 应 该 通过 继承 来 
获得 超 类 的 功能 。 


除了 “ 子 类 用 得 上 超 类 的 所 有 函数 ”之 外 ， 合 理 的 继承 关 
系 还 有 一 个 重要 特征 : 子 类 的 所 有 实例 都 应 该 是 超 类 的 实例 ， 
通过 超 类 的 接口 来 使 用 子 类 的 实例 应 该 完全 不 出 问题 。 假 如 我 
有 一 个 车 模 (car model) 类 ， 其 中 有 名 称 、 引 擎 大 小 等 属性 ， 
我 可 能 想 复 用 这 些 特性 来 表示 真正 的 汽车 〈car) ， 并 在 子 类 
上 添加 VIN 编 号 、 制 造 日 期 等 属性 。 然 而 汽车 终归 不 是 模型 。 
这 是 一 种 常见 而 又 经 常 不 易 察觉 的 建 模 错 误 ， 我 称 之 为 “类 型 
与 实例 名 不 符 实 ”(type-instance homonym) [mf-tih]。 


在 这 两 个 例子 中 ， 有 问题 的 继承 招致 了 混乱 和 错误 
如 果 把 继承 关系 改 为 将 部 分 职能 委托 给 为 一 个 对 象 ， 这 些 混乱 
和 错误 本 是 可 以 轻松 避免 的 。 使 用 委托 关系 能 更 清晰 地 表 
达 “ 这 是 男 一 个 东西 ， 我 只 是 需要 用 到 其 中 携带 的 一 些 功 能 ”这 
层 意思 。 


即便 在 子 类 继承 是 合理 的 建 模 方式 的 情况 下 ， 如 果子 类 
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我 还 是 会 使 用 以 委托 取代 超 类 。 这 样 做 的 缺点 就 是 ， 对 于 宿主 
类 《也 惑 是 原来 的 于 类 ) 和 委托 类 (也 就 是 原来 的 超 类 〉 中 原 
ARE EK ERB, PE UTE T ESS PR TSS BL AN 
过 还 好 ， 这 种 转发 函数 虽然 写 起 来 乏味 ， 但 它们 都 非常 简单 ， 
几乎 不 可 能 出 错 。 


有 些 人 在 这 个 方向 上 走 得 更 远 ， 他 们 建议 完全 避免 使 用 
继承 ， 但 我 不 同意 这 种 观点 。 如 果 符合 继承 关系 的 语义 条 件 
〈 超 类 的 所 有 方法 都 适用 于 子 类 ， 子 类 的 所 有 实例 都 是 超 类 的 
实例 ) ， 那 么 继承 是 一 种 简洁 又 高 效 的 复 用 机 制 。 如 果 情 况 发 
生变 化 ， 继 承 不 再 是 最 好 的 选择 ， 我 也 可 以 比较 容易 地 运用 以 
委托 取代 超 类 。 所 以 我 的 建议 是 ， 首 先 《〈 尽 量 ) 使 用 继承 ， 如 
末 发 现 继承 有 问题 ， 再 使 用 以 委托 取代 超 类 。 





























做 法 


。 在 子 类 中 新 建 一 个 字段 ， 使 其 引用 超 类 的 一 个 对 象 ， 并 将 
这 个 委托 引用 初始 化 为 超 类 的 新 实例 。 

。 针 对 超 类 的 每 个 函数 ， 在 子 类 中 创建 一 个 转发 函数 ， 将 调 
a a a 
WX. 











大 多 数 时 候 ， 每 转发 一 个 函数 就 可 以 测试 ， 但 一 对 
设 值 / 取 值 必须 同时 转移 ， 然 后 才能 测试 。 
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我 最 近 给 一 个 古城 里 存放 上 十 卷轴 scroll) 的 图 书馆 做 
了 咨询 。 他 们 给 卷轴 的 信息 编制 了 一 份 目录 Ccatalog) ， 每 份 
卷轴 都 有 一 个 ID 号 ， 并 记录 了 卷轴 的 标题 (title) 和 一 系列 标 
Z (tag) o 


class CatalogItem... 


constructor(id, title, tags) { 
this._id = id; 
this._title = title; 
this._tags = tags; 


get id() {return this._id;} 
get title() {return this. title; } 
hasTag(arg) {return this. _tags.includes(arg);} 


这 些 上 古老 的 卷轴 需要 日 常 清扫 ， 因 此 代表 卷轴 的 scrol1 
类 继承 了 代表 目录 项 的 catalogItem 类 ， 并 扩展 出 与 “需要 清 
扫 ” 相 关 的 数据 。 


class Scroll extends CatalogItem... 


constructor(id, title, tags, dateLastCleaned) { 
super(id, title, tags); 
this. _lastCleaned = dateLastCleaned; 


} 


needsCleaning(targetDate) { 
const threshold = this.hasTag("revered") ? 700 : 1500; 
return this.daysSinceLastCleaning(targetDate) > threshold ; 


} 
daysSinceLastCleaning(targetDate) { 


return this. _lastCleaned.until(targetDate, ChronoUnit.DAYS); 





这 就 是 一 个 常见 的 建 模 错误 。 真 实 存在 的 卷轴 和 只 存在 
于 纸 面 上 的 目录 项 ， 是 完全 不 同 的 两 种 东西 。 比 如 说 ， 关 
于 “如 何 治疗 灰 鲜 病 * 的 卷轴 可 能 有 好 儿 卷 ， 但 在 目录 上 却 只 记 


KT A 


这 样 的 建 模 错 误 很 多 时 候 可 以 置之不理 。 像 “标题 * 和 “ 标 
签 ” 这 样 的 数据 ， 我 可 以 认为 束 是 目录 中 数据 的 副本 。 如 果 这 
些 数据 从 不 发 生 改 变 ， 我 完全 可 以 接受 这 样 的 表现 形式 。 但 如 
末 需 要 更 新 其 中 茶 处 数据 ， 我 就 必须 非常 小 心 ， 确 保 同一 个 目 
录 项 对 应 的 所 有 数据 副本 都 被 正确 地 更 新 。 

就 算 没 有 数据 更 新 的 问题 ， 我 还 是 希望 改变 这 两 个 类 之 
间 的 关系 。 把 “目录 项 ?作为 “卷轴 ”的 超 类 很 可 能 会 把 未 来 的 程 
序 员 搞 迷 糊 ， 因 此 这 是 一 个 糟糕 的 模型 。 


我 首先 在 serol1 类 中 创建 一 个 属性 ， 令 其 指向 一 个 新 建 
的 catalogItem 实 例 。 























class Scroll extends CatalogItem... 


constructor(id, title, tags, dateLastCleaned) { 
super(id, title, tags); 
this._catalogItem = new CatalogItem(id, title, tags); 
this. _lastCleaned = dateLastCleaned; 


} 


然后 对 于 子 类 中 用 到 所 有 属于 超 类 的 函数 ， 我 要 逐一 为 
它们 创建 转 及 函数 。 


class Scroll... 


get id() {return this._catalogItem.id;} 
get title() {return this. catalogItem.title; 
hasTag(aString) {return this. _catalogItem.hasTag(aString) ; } 


最 后 去 除 scrol1 与 catalogItem 之 间 的 继承 关系 。 


Class Sere exteheSs- CatalegItehh{ 
constructor(id, title, tags, dateLastCleaned) { 


super{id—titie,—tags}; 
this._catalogItem = new CatalogItem(id, title, tags); 
this. _lastCleaned = dateLastCleaned; 


} 








基本 的 以 委托 取代 超 类 重 构 到 这 里 就 完成 了 ， 不 过 在 这 
个 例子 中 ， 我 还 有 一 点 收尾 工作 要 做 。 


前 面 的 重 构 把 catalogItem 变 成 了 scrol11 的 一 个 组 件 ， 每 
个 scroll 对 象 包含 一 个 独一无二 的 catalogItem 对 象 。 在 使 用 本 
重 构 的 很 多 情况 下 ， 这 样 处 理 就 够 了 。 但 在 这 个 例子 中 ， 更 好 
的 建 模 方 式 应 该 是 : 关于 灰 鳝 病 的 一 个 目录 项 ， 对 应 于 网 书馆 
中 的 6 份 卷轴 ， 因 为 这 6 份 卷轴 都 是 同一 个 标题 。 这 实际 上 是 要 
运用 将 值 对 象 改 为 引用 对 象 (256) 。 


不 过 在 使 用 将 值 对 象 改 为 引用 对 象 (256) 之 前 ， 还 有 一 
个 问题 需要 先 修 好 。 在 原来 的 继承 结构 中 ，scrol1 类 使 用 了 
catalogItem 类 的 id 字段 来 保存 目 己 的 ID 。 但 如 果 我 把 


























catalogTItem 当 作 引 用 来 处 理 ， 那 么 透 过 这 个 引用 获得 的 ID 束 
应 该 是 目录 项 的 ID， 而 不 是 卷轴 的 ID。 也 就 是 说 ， 我 需要 

在 scroll 类 上 添加 id 字 段 ， 在 创建 scro11 对 象 时 使 用 这 个 字 
段 ， 而 不 是 使 用 来 自 catalogItem 类 的 id 字段 。 这 一 步 既 可 以 说 
是 搬移 ， 也 可 以 说 是 拆 分 。 














class Scroll... 


constructor(id, title, tags, dateLastCleaned) { 
this._id = id; 
this. _catalogItem 
this. _lastCleaned 
} 


get id() {return this._id;} 


new CatalogItem(null, title, tags); 
dateLastCleaned; 


用 nul1 作 为 ID 值 创 建 目 录 项 ， E PTO E TA 
RERIT, PIX R ERE YE 态 ， 可 以 暂时 
忍受 。 等 我 重 构 完成 ， 多 个 苍 轴 会 指 向 一 个 共享 的 目录 项 ， 而 
后 者 也 会 有 合适 的 ID。 


当前 scrol1 对 象 是 从 一 个 加 载 程序 中 加 载 的 。 

















加 载 程序 ... 


const scrolls = aDocument 
.map(record => new Scroll(record.id, 
record.catalogData.title, 
record.catalogData.tags, 


LocalDate.parse(record.lastCleaned) )); 


将 值 对 象 改 为 引用 对 象 (256) 的 第 一 步 是 要 找到 或 者 创 
建 一 个 仓库 对 象 (repository) 。 我 发 现 有 一 个 仓库 对 象 可 以 很 
容易 地 导入 加 载 程序 中 ， 这 个 仓库 对 象 负责 提供 catalogTtem 
对 象 ， 并 用 ID 作为 索引 。 我 的 下 一 项 任务 就 是 要 想 办 法 把 这 个 
ID 值 放 进 scro11 对 象 的 构造 函数 。 还 好 ， 输 入 数据 中 有 这 个 
值 ， 不 过 之 前 一 直 被 无 视 了 ， 因 为 在 使 用 继承 的 时 候 用 不 着 。 
把 这 些 信息 都 理 清楚 ， 我 束 可 以 运用 改变 函数 声明 (124) ， 
7 H 录 对 象 以 及 目 录 项 的 ID 都 作为 参数 传 给 scrol1l 的 构造 














加 载 程 序 ... 


const scrolls = aDocument 
.map(record => new Scroll(record.id, 
record.catalogData.title, 
record.catalogData.tags, 


LocalDate.parse(record.lastCleaned), 
record.catalogData.id, 
catalog)); 


class Scroll... 


constructor(id, title, tags, dateLastCleaned, catalogID, cata 
this._id = id; 
this._catalogItem = new CatalogItem(null, title, tags); 
this._lastCleaned = dateLastCleaned; 


} 


然后 修改 scrol1 的 构造 函数 ， 用 传 入 的 catalogIp 来 查找 
对 应 的 catalogItem 对 象 ， 并 引用 这 个 对 象 〈 而 不 再 新 建 


catalogItem 对 象 ) 。 


class Scroll... 


constructor(id, title, tags, dateLastCleaned, catalogID, cata 
this._id = id; 
this. _catalogItem 
this. _lastCleaned 


} 


catalog.get(catalogID); 
dateLastCleaned; 





scrol1 的 构造 函数 已 经 不 再 需要 传 入 title 和 tags 这 两 个 
参数 了 了， 上 所 以 我 用 改变 函数 声明 (124) FEMA. 


加 载 程序 ... 


const scrolls = aDocument 
.map(record => new Scroll(record.id, 
record catategpata titie,— 
Feeord catategpata tags,— 


LocalDate.parse(record.lastCleaned), 
record.catalogData.id, 
catalog)); 


class Scroll... 


constructor(id, titie—tags dateLastCleaned, catalogID, cata 
this._id = id; 
this. _catalogItem 
this. _lastCleaned 


} 


catalog.get(catalogID); 
dateLastCleaned; 
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